编写软件测试计划的目的是什么(编写测试方案的目的)

最近有很多老铁对编写软件测试计划的目的是什么充满疑问。还有朋友想知道编写测试方案的目的。对此,壹贰信息网准备了相关的内容,希望能对你有所帮助。

软件测试是一个创造性的过程、一项智力挑战性的工作。

为了尽可能多地发现软件中的错误,提高软件产品的质量,在软件测试实践中,我们应该掌握以下测试原则:

1.测试应该基于用户需求

  所有的测试标准都应该以满足客户需求为基础,从用户的角度来看,最严重的错误是那些导致程序不能满足需求的错误。根据用户需求配置环境并根据用户使用习惯测试评估结果。如果系统不能满足客户的需求和期望,那么,这个系统的开发是失败的。同时,发现和修改系统中的缺陷是没有意义的。

在开发过程中,用户的早期介入和接触原型系统是避免此类问题的预防措施。有时候,产品可能的测试结果是完美的,但最终客户并不买账。因为,开发角度完美的产品不一定是客户真正想要的产品。

2.做好软件测试计划是做好软件测试的关键

  软件测试是有组织的、有计划、循序渐进的活动,所以测试必须有组织和计划,并严格执行测试计划,避免测试的随意性。测试计划应包括:被测软件的功能,输入和输出,测试内容,各种测试的时间表,所需资源,测试数据,测试工具,判例案件的选择,测试控制方法和过程,系统配置模式,跟踪规则,调试规则,以及回归测试和评估标准的规定。另外,回归测试的相关性必须引起充分的关注,修改一个错误导致更多错误的情况并不少见。

  测试相关的活动依赖于测试对象的内容。对于每个软件系统,比如测试策略、测试技术、测试工具、测试阶段的选择和测试输出标准等,都不一样。同时,测试活动必须与应用程序的运行环境和使用中可能存在的风险相关。因此,没有两个系统可以用完全相同的方式进行测试。比如,测试与安全性相关的电子商务系统,它不同于一般商业软件测试的侧重点,它更注重安全性测试和性能测试。

3.软件测试应该尽早开始并持续进行

  一旦软件项目开始,软件测试是开始。因为软件的复杂性和抽象性,错误可能发生在软件生命周期的所有阶段,因此,软件测试不应仅仅被视为软件开发的一个独立阶段,它应该贯穿于软件开发的所有阶段。测试应该在需求分析和设计阶段开始,编写相应的测试计划和测试设计文档,同时,应在开发的各个阶段进行技术审查和验证,这样可以尽早发现错误,预防错误,杜绝一些缺陷和错误,提高软件质量。尽可能早地为测试做准备可以使测试人员在早期阶段就知道测试的难度,测试的预测风险,有利于制定完善的计划和方案,提高软件测试和开发的效率,规避考试中的风险。尽快开始测试,有利于测试人员尽早发现软件中的缺陷,大大降低了错误修复的成本。测试进行得越早,对提高软件质量越有利,这是预防性测试的基本原则

4.测试前必须明确产品的质量标准

只建立质量标准,根据测试结果,分析和评估产品质量。同样,判例案件应该决定预期的输出结果。如果不能确定测试预期结果,无法执行检查。需要通过比较预先精确对应的输入数据和输出结果来检查当前输出结果是否正确,要有的放矢。系统的质量特性不仅仅是功能需求,它还包括许多其他要求,如稳定性、可用性、兼容性等。

5.避免测试你自己的软件

  由于心理因素的影响或程序员对需求或规范的误解,程序中存在错误,避免程序员或编写软件的组织测试他们自己的软件。通常,需要专门的测试人员来进行测试,并且要求用户参与,尤其是验收测试阶段,用户是主要参与者。

6.测试中应充分重视聚类现象

  一般而言,程序中发现的错误越多,出错的可能性越大。错误集中的现象,可能跟程序员的编程水平和习惯有很大关系。因此,对于发现更多错误的节目段,应该进行进一步的测试。

7.必须检查每个实际输出结果

  这个原理可能是最明显的,但也经常被忽视。应该彻底检查每个测试的执行结果,避免因疏忽或对结果与预期结果一致性的主观假设而导致的错误和遗漏。

8.彻底的测试是不可能的

  由于时间和资源有限,彻底的测试是不可能的,软件测试不能无限期地进行下去,应该在适当的时候终止。此外,应该避免多余的测试。

9.设计决定了测试的有效性和效率

  设计决定了测试的有效性和效率,测试工具只能提高测试效率,不是万能的。根据测试的目的,使用相应的方法设计判例案件,从而提高测试效率,发现更多错误,提高程序的可靠性。除了检查程序是否做了它应该做的事情,要看程序是否做了不该做的事;另外,判例案件不仅应该根据有效的和预期的输入来编写,根据无效和意外的输入条件。

10.保留测试设计和文档,并注重测试设计的可重用性

  妥善保存测试计划,判例案件,错误统计和最终分析报告,为维护提供方便等。

11.农药悖论

  农药用多了,害虫有免疫力,杀虫剂不起作用。在测试中,同样的判例案件被一遍一遍反复使用时,发现缺陷的能力会越来越差。这种现象的主要原因在于测试人员没有及时更新判例案件,同时对判例案件及测试对象过于熟悉,形成一种心态。

为了克服这种现象,判例案件需要经常的评审和修改,不断增加新的不同的判例案件来测试软件或系统的不同部分,保证判例案件永远是最新的,也就是说,它包含最后一个程序代码或指令文档的更新信息。这样,软件的未测试部分或先前未使用的输入组合将被重新执行,从而发现更多的缺陷。同时,作为一名专业测试人员,我们要有探索性思维和逆向思维,而不仅仅是将输出与预期结果进行比较。

版权声明:本文内容部分来源互联网用户自发贡献或其他公众平台,版权归原作者所有,内容仅供读者参考,如有侵权请联系我们,一经查实,本站将立刻删除,如若转载,请注明出处。

发表评论

登录 后才能评论

评论列表(0条)