标签：功能性 软件版本 定义 用户体验 细节 最小 忽略 快捷键 业务流程
1、软件测试明确需求范围
了解该需求是为了解决用户的什么问题
功能性需求：产品必须有的功能
非功能性需求：是否美观，用户体验，稳定性，易用性等
最容易忽略的一点：明确的需求背后所隐藏的需求（例如登录，明确的需求是，正确输入用户名，密码，才能登录。隐性需求：用户名字符类型，长度，是否可为空；密码字符类型，长度等）
将问题在需求阶段暴露的成本最小
2、画业务流程图（流程图）
根据需求中规定的业务流程
各业务流程分支的确定
由于业务原因规定不可使用的业务流程
3、功能点整理（思维导图）
业务功能：需求中所定义的实际业务直接相关的功能
数据约束：主要是用于控制在执行功能时，数据的显示范围、数据之间的关系等。
易用性需求：便于功能操作使用的一些细节，比如快捷键就是典型的易用性需求。
编辑约束：在功能执行时，对输入数据项目的一些约束性条件，比如只能输入数字。
权限需求：不同的权限所能操作的功能点的不同
4、提取测试点（测试需求文档）
根据整理的思维导图，去提取每一个功能点中的细节需求，例如新增员工，在思维导图中，最小的颗粒度就到新增员工了，但是新增员工这个功能仍然有很多的需求点，员工姓名唯一性判定，手机号码是否必填等，这些更细的需求点组合起来就形成了测试需求文档
5、确定测试范围
需求的确定，并不代表测试范围就是该需求的范围，很有可能一个需求分多个软件版本来实现，最后确定哪些需求是需要测试的。
明确哪些测试目标优先级高，哪些目标优先级低
要完成哪些相应的测试任务才能确保目标的实现
标签：功能性 软件版本 定义 用户体验 细节 最小 忽略 快捷键 业务流程
原文地址：http://www.cnblogs.com/changxr/p/7258553.html
