测试-隐形需求

产品需求：
围绕不同角色对产品的理解，理解分3阶段：

第一阶段，提出产品需要
第二阶段，实现产品需求
第三阶段，使用产品-并提出需求

这在整个产品周期里环环相扣，在不同阶段的认知范围有限，每个阶段都可能爆发出一些隐形需求。
主要第二阶段了解：
1，首先确认产品需求；
2，其次测试人员如何进行需求分析：
https://www.cnblogs.com/yannuo-666/p/14943914.html
https://blog.csdn.net/weixin_42575273/article/details/81913553
https://www.zhihu.com/question/23159186/answer/2277452811
3，解密产品隐形需求：
https://blog.csdn.net/weixin_29960041/article/details/119030595
http://www.51testing.com/html/95/48695-4421164.html

以下测试人员总结：
1，测试环境与客户使用环境差异性比较，是否漏掉一些客户正式使用场景需求。
2，测试人员测试围绕产品6大特性去覆盖范围(功能，可靠，易用，效率，可移植，可维护等)。
3，软件测试产品需求分析评估定义反省。
eg:
1）软件未达到产品说明书中已经标明的功能；/显性需求
2）软件出现了产品说明书中指明不会出现的错误；/隐性需要
3）软件未达到产品说明书中未指明单应当达到的目标；/隐形需求
4）软件功能超出了产品说明书中指明的范围；/隐形需求
5）测试人员认为软件难以理解、不易使用，或最终用户认为该软件使用体验不良。/隐形需求，优先级高
4，测试人员在编写测试用例后集体讨论，想法碰撞得出一些隐形需求。
5，项目中有哪些安全漏洞（开发环境，技术安全性等）需要注意与修复。
6，充分熟悉产品业务，挖掘客户真实隐性需求。

大家有好经验，欢迎补充~