＋设为首页 ＋添加到收藏夹
测试一般是放在系统完成后进行测试，但今天，却常常听到资深开发人员劝导新人们：“测试是开发的第一步”这句话如何理解呢？如果从日本人发明的巴克质量管理的方式去理解，大概是指每一个环节交给下一级时都应该进行测试。有些测试对后面的操作没有太大的影响，如图片不漂亮，菜单不合理，布局很难看之类；而另一些，却直接让下一级无法开始工作，象用例不清晰；用例自相矛盾；组件内部错误；框架不合理等等。
【相关文章:Memory Stick 记忆棒知识讲座】 【扩展阅读:PSP基础知识讲座(新同学必读)】 固然，一级级把关，可以把质量提高到至少一个档次以上；但就每一个环节而言，仍然是在开发的最后阶段。所以，看来本人的水平还是不到家，"测试是开发的第一步"难以理解，唯一可理解的就是规范先行，文档先行，文档规范化总应该是在编码以前，这也是qa的主要内容；大概这还多少算解释得通。这样，测试与规范两样东西就重合起来了，从严格角度看，测试就是测试，规范归入规范，还是从模块（项目）后的测试开始理解吧；所以所有关于编程与文档、设计规范的内容本人全部不纳入测试讨论范围。或者说，我们重点放在qc上，而不是着眼于规范的qa，尽管那也非常重要。 【扩展信息:基础知识篇 深入学习Smartphone】 单元测试(unit test)：是针对模块组件或方法的测试。在本人的操作中，一般是开发员工作范围内的测试；在具备组件接口规范的情况下，一般需要做一个测试工具模拟调用环境，编写测试实例，通过断点情况监视模块实际工作是否正常。一股采用这种方式开发的单一功能模块质量都是非常高的。但是如果没有统一的模块规范，那么开发与测试的工作量接近一比一；但如果模块是按统一的标准开发的，那么同一套测试套件就可以用到各个模件上，从而节省了测试时间。本人认为这属于开发部门工作范围内的测试，与qa/qc部门没有什么大的关系，事实上，在这一层次的用例也不是qc可以做到与理解的。白箱测试：在理解内部流程的情况下针对逻辑流程设计测试实例，目的是找出极限边缘以及内在的逻辑错误。单元测试中白箱测试的比例很高，（原因不难理解，还有谁比作者自已更理解模块的构造流程的？）。
黑箱测试：这是qc部门的主要工作。黑箱测试主要在于编写测试实例。不过在实际操作中，都是把最不懂技术的成员分配做测试，最高技术水平就是会用vss，所以也就别指望编什么测试实例。所谓的黑箱测试，常常是对着菜单按钮，这个按下去，噢，有东西出来了，对的，打个勾——其实，这时侯的实例就是一个个按下去然后看看有没有输出，而且只限于界面方面，内在的部分与边缘情况大概是不用指望的。... 下一页
