软件需求分析、测试大纲编写总结

项目实施各阶段及对应阶段所输出的大文档分别为：

合格的大纲是指导测试用例设计的，而测评内容、方法及要求为大纲编写重点，文章主要介绍该章节的避坑和正确写法。
测试类型主要包括：功能测试、性能测试、接口测试、强度测试、安装性测试、安全性测试、人机交互测试、边界测试、容量测试等
性能、余量、容量、强度测试关系：

性能不是凭空而来的，性能通常是对软件某个功能的“好坏”程度的度量;
余量通常对大于等于或大于这类性能指标，可以再增加20%的量。
容量是度量软件实现的某项功能的最“好”“高”能力，即设计极限，是指软件运行在正常情况下，所具备的最高能力。
强度是指软件从设计极限到超出极限的临界点。
功能测试项表格模板

（1）需求描述
需要包含时机、对象、内容、判故障原则
具体 谁 何时 通过什么接口 让软件做什么 并给出约束条件（数据约束、规则约束）
需求描述需要捋清楚真正需求，以便测试充分性的落地
需求理禁止写点击、输入等人机操作，可以写软件支持用户xx操作

错误示例：（直接粘贴或复述需求说明书内容）

1、登记员从主窗口选择“维护教授”，登记员选择“增加一个教授”， 系统显示一个空白的教授表单。登记员为教授输入以下信息:名称，出生日期，社会安全码，职位，系部。系统验证输入来保证合适的数据格式，并且用特定的名字来查询一个已存在的教授。如果输入有效，系统将创建-一个新的教授并且分配一个唯一的由系统产生的ID号码。
2、在“增加一个教授”这个子过程中，如果一个拥有特定名字的教授已经存在，.那么系统将显示一个“教授已经存在”的错误信息。

正确示例：（根据需求说明书提炼需求、简洁且覆盖完整）

支持登记员录入教授信息，包括名称、出生日期、社会安全码、职位、系部、授课范围。
系统对录入的教授信息进行格式化和唯一性检查，检查通过则生成一个唯一ID号码，并将教授信息存入数据库，新录入的教授状态缺省为授课。
1、数据约束：
1） 名称：长度4-12字符，支持字母；
2） 出生日期：日历控件；
3） 社会安全码 ：长度15字符、支持数字和字母；
4） 职位、系部、授课范围均为字典值。
2、规则约束：
1） 教授名称+社会安全码应该唯一，否则给出错误提示。

（2）测试项描述
一般一句话简要概述：测试xx功能的正确性。

（3）测试方法
准备xxx数量的数据，进行xxx操作，查看界面xx、检查数据库xx一致性（用什么方法证明正确性）
如：预先准备4个不同状态的教授信息导入数据库中，通过人机交互界面执行删除教授操作，查看数据库中教授状态，检查软件处理结果的正确性。

（4）测试充分性要求
分正常情况123与异常情况123，测试点不要写软件应该干的事，我们测试就是来验证软件能干什么，应简洁，不能偏表面化，应深层理解逻辑
注：功能梳理时，应避开选取交互操作、输入输出操作、采集操作等，这些不属于功能需求

错误示例：（复述软虚、冗余且未覆盖全测试点）
1） 正常情况
① 输入的教授信息不存在系统中且教授信息（名称，出生日期，社会安全码，职位，系部等）信息正确；
2） 异常情况
① 教授同名且同名的教授不是待增加的教授本人;
② 教授同名且同名的教授是待增加的教授本人;
③ 错误格式的名称
④ 错误的出生日期
⑤ 错误的社会安全码
⑥ 错误的职务信息
⑦ 错误的系部信息
⑧ 选择取消操作

正确示例：（提炼软虚测试点）
1） 正常情况
① 名称、社会安全码覆盖长度、内容的有效等价类；
② 名称不唯一、社会安全码唯一；
③ 删除教授后再次增加同一个教授信息。
2） 异常情况
① 名称+社会安全码不唯一；
② 任一必填项为空；
③ 名称、社会安全码覆盖长度、内容的无效等价类；

（5）通过准则
不要写与预期结果一致
要求内容与充分性的对应（不必写出小标题序号一一对应），存储与显示对不对、后台能看到什么
正确示例：
1）正常情况，新增教授成功， 软件显示的教授信息以及数据库保存的信息与输入内容一致、ID号码唯一、且教授状态为授课；
2）异常情况，软件显示错误提示，界面和数据库中均无新增教授信息。

功能测试需要重点考虑几个实体的状态变化情况以及关联关系。状态转换图可以描述软件实体关系。
插一嘴：状态转换图
通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为
状态是任何可以被观察到的系统行为模式
事件是在某个特定时刻发生的事情，它是引起系统做动作或(和)转换状态的控制信息。
状态转换图的符号表示

初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。

中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。上面部分为状态的名称，这部分是必须有的；中间部分为状态变量的名字和值，这部分是可选的；下面部分是活动表，这部分也是可选的。

状态图中两个状态之间带箭头的连线称为状态转换，箭头指明了转换方向。状态变迁通常是由事件触发的，在这种情况下应在表示状态转换的箭头线上标出触发转换的事件表达式；如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。