4)How(如何做):这个阶段主要是测试策略的问题,那么可以从两方面来考虑此类问题。
A.基于测试技术的测试策略:
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。这些方法都是比较实用的,但在具体工作中要采用什么方法,需要针对项目的特点加以适当的选择。在实际高水平的测试中,往往需要综合使用各种方法以有效的提高测试效率和测试覆盖度。
以下介绍的是各种测试用例设计方法选择的综合策略,供大家参考。
(1)首先进行等价类划分,包括输入条件和输出条件的等价划分,将无限测试变成有限测试,这是减少工作量和提高测试效率最有效的方法。
(2)在任何情况下,都必须使用边界值分析法。经验表明,用这种方法设计出的测试用例发现程序错误的的能力最强。
(3)可以使用错误推测法追加一些测试用例,这需要依靠测试工程师的智慧和经验。
(4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准,应当再补充足够的测试用例。
(5)如果程序的功能说明中含有输入条件的组合情况,则一开始就可以选用因果图法和判定表驱动法。
(6)对于参数配置类的软件,要用正交试验法选择较少的组合方式达到最佳效果。
(7)利用功能图法,我们可以通过不同时期条件的有效性设计不同的测试数据。
(8)对于业务流清晰的系统,可以利用场景法贯穿整个测试案例设计过程,在案例中综合使用各种测试方法。
B.基于测试方案的测试策略: 主要是基于测试方案的选择,面对如此多的测试类型,我们如何来选择、筛选,不可能每个项目都面面俱到。
最主要的原则:根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点;每一种测试方案都有一个侧重点,那么我们就需要依据项目需求的侧重点来考虑对应的测试方案。
5)Strategies(风险预估):风险无时无刻存在于项目中,不论前期or后期,只是后期的成本比前期大而已,那么在项目过程中,就需要随时关注风险,并及时更新应对措施。
风险的预估&缓解措施很大部分依赖经验值,在周会中康亮提出可以建议一个风险文档库,个人觉得这个办法可行,文档库可提供给新人作为参考,当然有经验之人需要经常性的更新,另外借鉴者在借鉴之时也需要自我思考下,看是否真的适用?有没有更加优化的空间,如果中间过程没有完善好的话,估计又会形式一般,所以是需要大家很多的自觉性。
另外原本也想写一些在预估风险的过程中,可通过哪些方面来评估以及评估的方式,不过基于经验太少,正好51testing中有一个专门针对风险的讨论贴,包含风险评估&缓解措施等,发给大家了解下:http://bbs.51testing.com/thread-146695-1-1.html
推荐阅读: