软件测试需求分析
1.什么是软件测试需求？
测试需求就是明确在项目中要测试什么。
我们在测试活动中，首先要明确测试需求（what),才能决定怎么测（how)什么时候测（when)需要多少人（who)测试的环境是什么（where),测试中需要的技能，工具以及相应的背景知识，测试中可能遇到的风险等等。
2.软目件需求分析的的
测试需求分析的主要目的“获取测试点，根据测试点来编写测试用例
1.把不直观的需求-----转变为直观的需求（用例图/活动图 flow图）
a.使得测试范围可以度量（有多少功能，有多少功能项）度量测试范围（规定测试范围）
++ b.使得独立的功能点对应的所 有处理分支可以度量 度量独立功能点的功能处理分支（细化独立功能点的功能范围）
c.使得该系统需要测试的业务场景可以度量 度量业务场景（各种各样的流程图也是各种业务场景）
2.把不明确的需求转变为可度量的需求明确其功能点的输入，处理和输出结果（明确输入----输出的结果）
3.如何对软件测试需求分析
需求分析和测试需求分析的区别? 先需求分析(产品经理）-------测试需求分析（测试人员）
需求分析：初步设想（客户需求）-需求分析-需求规格：输入，处理和输出（先得到原始需求，由产品经理进行需求分析，然后输出需求规格说明书）
测试需求分析：单个功能点输入处理输出-------业务流程分析-------全局--（整个系统）------隐式需求挖掘（UI，性能，安全，应用性等)
测试需求分析：
---通过分析需求描述中的输入，输出，处理，限制，约束等给出对应的验证内容：（功能测试）
---通过分析各个功能模块之间的业务顺序，和接口之间信息和数据的传递，对存在功能交互的功能项，给出对应的验证内容（功能交互性测试，握手）
---考虑到需求的完整性，要充分考虑隐性需求的验证，比如界面的验证，注册账号的唯一性（界面，易用性，兼容性，安全性，性能）
---根据场景法和错误分析法补充测试案例
测试点分析步骤：
1.正常功能：核心最基本的功能
2.功能验证：规则：按顺序从上至下，对每一个输入项进行验证
3.功能交互验证
4.隐性需求
充分熟悉产品业务，挖掘隐性需求。（UI，兼容，性能，安全，易用）
需求的变更
对于一个存在生命周期的软件产品来说，软件的开发和测试往往都不是一次性的，因为随着新的需求出现，以及对原有版本的改进，新的版本会不断的发布。
我们都面临一个点实际问题：就是软件需求在开发过程中会不断发生变化，有时候到了后期还会有新的需求加进来，或者是发版以后发现原来的需求存在缺陷，之后重新返工，那么我们该如何在最终发布之前，确定需求呢？
如此我们就必须要考虑软件需求的版本化控制。当要进行一个新版本的迭代时，我们在工作开始之前就确认好本次需求的范围：如实出现需求变更，则根据市场策略，已公布的发布时间，客户需求，实现的代价，难易程度以及对现有工作影响等方面考虑，对需求进行适度划分，严格定义当前版本需要实现的功能，而其他的部分，则作为未来版本的需求
总之遵循一个原则，对一个版本的需求版更，必须早饭先，早讨论，早决定，早调整。
以上常用的黑盒用例设计方法，等价类，边界值，错误推测，场景法细化出测试点。
桌子
功能度：桌子能不能放东西。
安全性：打造桌子所用的木料有没有毒或者腐烂污染
可靠性：杯子从不同高度落下的损坏程度
可移植性：桌子在不同的地方、温度等环境下是否都可以正常使用
兼容性：桌子能否作为饭桌，书桌，游戏桌子使用。
易用性：桌子是否平滑不拉手、桌角是否打磨平整，桌子的高度设置是否符合人体工学标准、是否方便办公
用户文档：使用手册是否对桌子的用法、限制、使用条件等有详细描述
疲劳测试：将桌子放上100kg重物放24小时检查桌子表面的情况
压力测试：在桌子上面不断加重物，看压力多大时桌子会倾斜