（1）学会在每次测试任何应用时将测试覆盖最大化。虽然完全的覆盖是不可能的，但你应该试着去接近它甚至有时候比测试用例上涉及的更详尽更细节化，但是用例的详尽程度和产品所做需求的原型详尽程度有很大的关系。

（2）为保证最大化的测试覆盖需要将应用分割成更小的功能模块。在这样的单元模块上编写用例，如果可能的话将这些模块分割成更小的部分。 举个例子：我们假设你将你的网站应用分割成了许多模块，“接收用户信息”是其中之一。你可以将用户信息填写页面分割成更小的部分来编写测试用例，在输入框里测试所有的字符类型、字符长度、无效性测试和有效性测试。写出所有这样的测试用例以增大测试覆盖率，这样就要求开发过程中养成一个功能单元一个功能单元开发的习惯。

（3）当写用例的时候，首先要考虑怎么实现目标功能也就是寻找需求上的有效条件，然后再为无效条件编写用例。这样就能覆盖在应用测试过程中出现的常规和非常规操作。

（4）积极思考。要抱着找缺陷的目的去测试，不能一开始就想着应用中没有任何问题。测试的目的不是证明程序的正确性而是找出其中的错误和不足之处。

（5）让测试人员在软件需求分析和设计阶段参与进来是很有用的。这样测试人员可以对软件有可靠的认识以此来保障较好的测试覆盖率。如果前期测试没有参与进来，会导致一些细节和理解性上面的误差，影响到后面测试的效率和质量。

（6）增加与开发人员的交流来知道更多关于产品的知识。不管是面对面的交流还是书面形式，只要有可能就进行面对面沟通来迅速解决问题和避免误解。同样的和产品的沟通也是很有必要的，可以及时了解需求的变更和双方对需求认知的一致性。

项目开发组   供稿