软件测试策略之确认测试(Validation Testing)和系统测试(SystemTesting)
测试过程按4个步骤进行,即单元测试,组装测试,确认测试和系统测试。
确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。
对软件的功能和性能要求在软件需求规格说明书已经明确规定。它包含的信息就是软件确认测试的基础。

1 进行有效性测试(黑盒测试)
有效性测试是在模拟的环境(可能就是开放的环境)下,运用黑盒测试的方法,验证被测软件是否满足需求规格说明书列出的需求。
首先指定测试计划,规定要做测试的种类,还需要指定一组测试步骤,描述具体的测试用例。
通过实施预定的测试计划和测试步骤,确定:
A. 软件的特性是否与需求相符
B. 所有的文档都是正确且便于使用
C. 同时,对其他软件需求,例如可移植性,兼容性,出错自动恢复,可维护性等,也都要进行测试
在全部软件测试的测试用例运行完后,所有的测试结果可以分为两类:
(1) 测试结果与预期相符
这说明软件的这部分功能或性能特征与需求规格说明书相符合,从而这部分程序被接受。
(2) 测试结果与预期的结果不符
这说明软件的这部分功能或性能特征与需求规格说明不一致,因此要为它提交一份问题报告。
2软件配置复查
软件配置复查的目的是保证:
A. 软件配置的所有成分都齐全
B. 各方面的质量都符合要求
C. 具有维护阶段所必需的细节
D. 而且已经编排好分类的目录
应当严格遵守用户手册和操作手册中规定的使用步骤,以便检查这些文档的资料的完整性和正确性。
验收测试(Acceptance Testing)
在通过了系统的有效性测试及软件配置审查之后,就应该开始系统的验收测试。
验收测试是以用户为主的测试,软件开发人员和QA(质量保证)人员也应该参加。
由用户参加设计测试用例,使用生产中的实际数据进行测试。
在测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性,兼容性,可维护性,错误的恢复功能等进行确认。
确认测试应交付的文档有:
A. 确认测试分析报告
B. 最终的用户手册和操作手册
C. 项目开发总结报告
系统测试(SystemTesting)
系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件,外设,某些支持软件,数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统的定义不符合或者与之矛盾的地方。
α测试和β测试
在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。
α测试是由一个用户在开发环境下进行的测试,也可以是
公司内部的用户在模拟实际操作环境下进行的测试。
α测试的目的是评价软件产品的GLURPS(即功能,局域化,可使用性,可靠性,性能和支持)。尤其注重产品的界面和特色。
α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。
β测试是由软件的多个用户在实际使用环境下进行的测试,这些用户返回有关错误信息给开发者。
测试时,开发者通常不在测试现场。因而β测试是在开发者无法控制的环境下进行的软件现场应用。
在β测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期向开发者报告。
β测试主要衡量产品的FLURPS。着重于产品的支持性,包括文档,客户培训和支持产品生产能力。
只有当α测试达到一定的可靠程度,才能开始β测试,它处于整个测试的最后阶段。同时,产品的所有手册文本也应该在此阶段完全定稿。
测试过程按4个步骤进行,即单元测试,组装测试,确认测试和系统测试。
确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。
对软件的功能和性能要求在软件需求规格说明书已经明确规定。它包含的信息就是软件确认测试的基础。
1 进行有效性测试(黑盒测试)
有效性测试是在模拟的环境(可能就是开放的环境)下,运用黑盒测试的方法,验证被测软件是否满足需求规格说明书列出的需求。
首先指定测试计划,规定要做测试的种类,还需要指定一组测试步骤,描述具体的测试用例。
通过实施预定的测试计划和测试步骤,确定:
A. 软件的特性是否与需求相符
B. 所有的文档都是正确且便于使用
C. 同时,对其他软件需求,例如可移植性,兼容性,出错自动恢复,可维护性等,也都要进行测试
在全部软件测试的测试用例运行完后,所有的测试结果可以分为两类:
(1) 测试结果与预期相符
这说明软件的这部分功能或性能特征与需求规格说明书相符合,从而这部分程序被接受。
(2) 测试结果与预期的结果不符
这说明软件的这部分功能或性能特征与需求规格说明不一致,因此要为它提交一份问题报告。
2软件配置复查
软件配置复查的目的是保证:
A. 软件配置的所有成分都齐全
B. 各方面的质量都符合要求
C. 具有维护阶段所必需的细节
D. 而且已经编排好分类的目录
应当严格遵守用户手册和操作手册中规定的使用步骤,以便检查这些文档的资料的完整性和正确性。
验收测试(Acceptance Testing)
在通过了系统的有效性测试及软件配置审查之后,就应该开始系统的验收测试。
验收测试是以用户为主的测试,软件开发人员和QA(质量保证)人员也应该参加。
由用户参加设计测试用例,使用生产中的实际数据进行测试。
在测试过程中,除了考虑软件的功能和性能外,还应对软件的可移植性,兼容性,可维护性,错误的恢复功能等进行确认。
确认测试应交付的文档有:
A. 确认测试分析报告
B. 最终的用户手册和操作手册
C. 项目开发总结报告
系统测试(SystemTesting)
系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件,外设,某些支持软件,数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统的定义不符合或者与之矛盾的地方。
α测试和β测试
在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。
α测试是由一个用户在开发环境下进行的测试,也可以是
公司内部的用户在模拟实际操作环境下进行的测试。
α测试的目的是评价软件产品的GLURPS(即功能,局域化,可使用性,可靠性,性能和支持)。尤其注重产品的界面和特色。
α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。
β测试是由软件的多个用户在实际使用环境下进行的测试,这些用户返回有关错误信息给开发者。
测试时,开发者通常不在测试现场。因而β测试是在开发者无法控制的环境下进行的软件现场应用。
在β测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期向开发者报告。
β测试主要衡量产品的FLURPS。着重于产品的支持性,包括文档,客户培训和支持产品生产能力。
只有当α测试达到一定的可靠程度,才能开始β测试,它处于整个测试的最后阶段。同时,产品的所有手册文本也应该在此阶段完全定稿。
本文深入探讨了软件测试中的确认测试(Validation Testing)和系统测试(System Testing)的区别与联系,阐述了它们在软件开发生命周期中的作用。确认测试主要关注验证软件是否满足既定需求,而系统测试则侧重于整个系统的综合功能和性能,确保软件能够无缝地与现有系统集成并正常运行。
和系统测试(System Testing)&spm=1001.2101.3001.5002&articleId=29843811&d=1&t=3&u=81ce227b5aec4fc5a8a9f2ea3d79be5f)
5525

被折叠的 条评论
为什么被折叠?



