目录
一、 需求
1、需求规格说明书内容
1）项目介绍
2）项目环境介绍
3）软件功能（ 简单罗列即可）
4）用户特征（ 考虑用户经验、技能、角色、国籍…… ）
5）假设和依赖关系（ 第三方组件、重用模块……）
6）功能需求（简单描述、输入、处理、输出）
7）性能需求
静态性能指标（终端数、同时在线数…）、
动态性能指标（正常或峰值时处理事务的数量效率…）
8）接口需求
用户接口（界面）
软件接口（前后台）
硬件接口
9）硬件约束
10）技术限制和本地化
11）需求分级 3 级：必需的、可选的、有条件、
2、需求的属性
1） 优先级
2）工作量
3）风险
好需求的六大特征 ：
1、准确性 2、无歧义性 3、完整性 4、一致性 5、可验证性 6、可追踪性
3、不同需求间的关系
二、测试计划
测试需求分析（根据需求得到系统测试项）
1、继承性分析方法
是否继承上一版本的特性，考虑因素包括：
1）失效影响度
对内：开发（修改难度…）
对外：客户
2）成熟度
对内：测试（历史测试情况）
对外：客户（历史使用情况）
3）继承方式
独立、 交互、 变化、 既交互又变化
对于失效影响度大，成熟度低的需求要特别关注
2、测试类型分析方法
挖掘需求具体对应每个测试类型（功能、性能…）的内容，也可以根据质量模型进行分析。
3、功能交互分析方法
两个或两个以上功能同时使用。
4、系统测试计划内容（主要）
1） 组织形式（组织内、组织间）
2） 测试对象（包括功能、性能、配置……以及每个模块）
3）需求跟踪
4）测试通过/失败标准 缺陷密度 遗留缺陷加权和 用例执行率
5、 测试挂起标准及恢复条件 30%的用例被阻塞
6、 测试任务安排
6.1）测试计划（方法标准、输入输出 时间安排 资源 风险与假设 角色职责）
6.2）测试设计（ ……）
6.3）测试实现（ ……）
6.4）测试执行（ ……）
7、应交付的测试工作产品
8、工作量估计
9、资源分配
三、测试设计
1、系统测试项细化为系统测试子项
2、用例设计方法
3、系统测试方案内容（主要）
1） 被测对象
2）被测试特性
3）不被测试特性
4） 测试模型
4.1）测试组网图/结构关系图
4.2） 测试原理/策略（方案之后所有的工作的策略）
4.3） 操作流程
5）测试需求(包括环境、工具、代码、数据，测试对象)
6）测试设计（包括工具、代码、 用例、规程）
四、测试实现
1、根据系统测试方案的内容在用例模板上写用例
2、系统测试用例内容
1）用例编号
2）项目名称（ ST 为需求或测试项子项； UT 为接口名、 IT 为函数名）
3）用例标题（关注点，标题不能重复）
4） 优先级别（高、中、低）
5） 预置条件（用例执行的前提）
6） 输入
7） 操作步骤（从进入…页面开始）
8） 预期结果（ 同时关注界面和数据库）
3、预测试项
选取测试用例中重要级别高正常路径的用例来作为预测试项，一般选取用例总数的 10~20%，以确保被测系统达到进入正式测试的条件。
五、测试执行
1、过程
1）搭建环境
2）测试部署
3）执行用例
4）发现 BUG
5）提交 BUG
6）跟踪 BUG
7）写日报
8）写小结
9）写报告
10）写总结
2、系统测试报告内容
1）概述
2）测试的时间、地点、人员
3）环境描述
4）总结与评价
4.1）测试过程总结
4.2）质量评估
4.3）总结
5）遗留问题报告
1024
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
