软件测试用例文档
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试用例
目录
1.引言 (3)
1.1编写目的 (3)
1.2项目背景 (3)
1.3定义 (3)
1.4参考资料 (3)
1.5测试种类的分类 (4)
1.6测试阶段 (4)
1.7测试用例的分类 (4)
1.8测试种类、阶段和测试用例的关系 (4)
1.9用例编写方案 (5)
2测试用例 (5)
2.1 功能测试用例(代号F(Function )) (5)
2.1.1 被测试对象(单元)的介绍 (5)
2.1.2测试范围与目的 (5)
2.1.3测试环境与测试辅助工具的描述 (5)
2.1.4测试驱动程序的设计 (5)
2.2 接口-路径测试用例(代号I(Interface)) (6)
2.2.1被测试对象(单元)的介绍 (6)
2.2.2测试范围与目的 (6)
2.2.3测试环境与测试辅助工具的描述 (6)
2.2.4 测试驱动程序的设计 (6)
2.2.5 路径测试的检查表(代号PI(Path Inspection ) (6)
2.3 性能测试用例(代号PE(Performance)) (7)
2.3.1 被测试对象(单元)的介绍 (7)
2.3.2 测试范围与目的 (7)
2.3.3 测试环境与测试辅助工具的描述 (7)
2.3.4 测试驱动程序的设计 (7)
2.4 图形用户界面测试用例(代号U(User Interface)) (8)
2.4.1 被测试对象的介绍 (8)
2.4.2 测试范围与目的 (8)
2.4.3 测试环境与测试辅助工具的描述 (8)
2.4.4测试驱动程序的设计 (8)
2.4.5测试人员分类 (8)
2.4.6用户界面测试的检查表 (8)
2.5 健壮性测试用例(代号RO(Robustness)) (9)
2.5.1 被测试对象的介绍 (9)
2.5.2测试范围与目的 (9)
2.5.3 测试环境与测试辅助工具的描述 (9)
2.5.4 测试驱动程序的设计 (9)
2.5.5 容错能力/恢复能力测试用例 (9)
2.6 并发性能测试用例(代号C(Complicated)) (9)
2.6.1被测试对象的介绍 (9)
2.6.2测试范围与目的 (9)
2.6.3测试环境与测试工具的描述 (9)
2.6.4测试驱动程序的设计 (9)
2.7 业务组合性能测试(集成性能测试)(代号IP(Inregrated Performance)) (11)
2.7.1被测试对象的介绍 (11)
2.7.2测试范围与目的 (11)
2.7.3测试环境与工具的描述 (11)
2.7.4测试驱动程序的设计 (11)
2.8 可靠性测试用例(代号RE(Reliability)) (12)
2.8.1被测试对象的介绍 (12)
2.8.2测试范围与目的 (12)
2.8.3测试环境与工具的描述 (12)
2.8.4测试驱动程序的设计 (12)
2.9 信息安全性测试用例(代号IS(Information security)) (13)
2.9.1被测试对象的介绍 (13)
2.9.2测试范围与目的 (13)
2.9.3测试环境与测试辅助工具的描述 (13)
2.9.4测试驱动程序的设计 (13)
2.10 网络性能测试(代号NP(Network Performance)) (13)
2.10.1被测试对象的介绍 (13)
2.10.2.测试范围与目的 (13)
2.10.3 测试环境与测试辅助工具描述 (13)
2.10.4测试驱动程序设计 (13)
2.11 服务器性能测试(代号SP(Server Performance)) (14)
2.11.1被测试对象的介绍 (14)
2.11.2.测试范围与目的 (14)
2.11.3 测试环境与测试辅助工具描述 (14)
2.11.4测试驱动程序设计 (14)
2.12 安装/反安装测试用例(代号IN(Installation)) (15)
2.12.1被测试对象的介绍 (15)
2.12.2.测试范围与目的 (15)
2.12.3测试环境与测试辅助工具描述 (15)
2.12.4测试驱动程序设计 (15)
3测试用例清单与测试用例列表 (15)
4附录:评审意见 (16)
5.管理用例 (16)
1.引言
测试文档由软件设计说明所驱动。测试用于验证模块单元实现了模块设计中定义的规格。一个完整的单元测试说明应该包含白盒测试和黑盒的测试。测试验证程序应该执行的工作,测试验证程序不应该执行的工作。
1.1编写目的
通过测试尽可能的找出项目中的错误,并加以纠正。测试不仅最后的复审,更是保证软件质量的关键。
简单的说就是想尽一切方法尝试“破坏”它,这样才能找出失败与不足之处,最终的任务就是建造高质量的软件产品
1.2项目背景
系统说明:该软件系统主要实现对商品的展销为主要目的的任务
项目开发小组:第十小组
主管科目:软件工程
任务下达者:教师
1.3定义
白盒测试
也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
黑盒测试
也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。