3、测试需求分析

1、测试需求是什么

测试需求主要解决“测什么”的问题，一般来自需求规格说明书的原始需求 ，测试需求应该全部覆盖已定义的业务流程，以及功能和非功能方面的需求。                                                                   
测试原则的重要原则：所有的测试都应该追溯倒需求

2、为什么需要软件测试需求

只有明确了测试需求，才知道怎么去测试，什么时候开始测试，要多少人测试，在什么环境测试

（1）测试点思路（举例:注册手机号）

功能测试思路:

• 正常功能是否可以提交（走一遍流程）
• 单个功能项检查（正常+异常）对每一个输入项进行验证，数据的长度，数据验证类型，必填项的验证，重复
• 限制约束验证（非三大运营商的）
• 隐形需求 熟悉了产品业务之后 自己的理解发觉的需求

功能交互验证:

模块之间的信息和数据，在存在功能交互的功能项（比如购物车和下单之间的 购物车加购的数量，下单是否出错）

非功能性测试思路:

• 界面测试（是否好看界面是否对齐等等）
• 易用性（客户使用的感官如何 体验如何需要考虑到）
• 兼容性（ie 火狐？）
• 安全性（是否存在安全漏洞？加密之类）
• 性能压力（压力测试考虑）

遇到隐形需求怎么办：

和产品经理、策划、运营进行沟通，确认需求

带logo的水杯，你该如何测试：

记住，测试场景要问你测试点的时候，如何测试的时候，永远围绕这六点来回答

• 功能测试:装一定量是否正常会不会漏，容量，硬度，温度等等
• 界面测试:外观，有无手柄，轮廓光滑，logo是否清楚
• 易用性:手握是否舒适，是否利于回收
• 兼容性:液体，硫酸等等不同温度是否可以兼容
• 性能测试:高处跌落
• 安全测试:对人体是否有害

3、常见测试场景测试点总结