如何进行隐性测试需求分析？另求测试需求分析模板

h_radish

刚接触软件测试，恰好遇到新项目开发，其中大都是新的功能模块，进行新项目软件测试时最先编写什么文档？是测试需求分析吧？

-------------------------------------------------------

如何进行隐性测试需求分析？

-------------------------------------------------------

求高手指条明路，如果是测试需求分析，这种文档编写有模板可以参考吗？

---------------------------------------------------------------
　　什么是隐性需求呢？
　　从质量保证的定义：产品或服务满足显示或隐含需求能力的功能和特性总和。所以在提取测试需求时，除了关注显式提出的业务需求外，我们也应该关注隐式的需求。这些隐式需求包括：
　　1、用户隐式的需求。例如：行业规则、业务规则、原来系统已经实现约定俗成的操作或功能等。这些需求设计人员往往认为研发团队会知道这些规则，所以没有在需求中显示描述。这些地方由于没有明确约定，又缺少沟通，往往成为最容易出现缺陷的地方，不容忽视。
　　2、计算机领域的规范或习惯。这些方面是很难写到业务需求中的，业务需求往往是文字描述，很难准确描述系统展示界面，例如，如果某个输入我有限个元素，则应该用列表框或选择框控件实现，而用编辑框实现则要在输入中做很多判断，不断增加编程工作量，也增加测试工作量，同时给用户带来不便。
　　3、客户认为我们应该理解或在需求中遗漏的需求。例如，认为我们理解金融行业的会计规则，但是如果不在测试需求明确说明，则由于测试工程师没有金融行业会计方面的测试经验而忘记测试。
　　4、业务需求编写人员受计算机技术的能力。不知道性能指标如何描述或描述不准确。需要测试团队协助科技人员和业务人员把描述不准确、正确或隐含的性能指标需求显示描述清晰。

h_radish

有位仁兄提了一种适合自己的测试需求分析，更倾向于流程化，我希望能请教些更细节的东西。http://www.51testing.com/html/42/n-228442.html

h_radish

也有人提出过自己公司的测试需求分析，本人新手，很多还不了解，还请高人给予指导。

http://www.51testing.com/html/07/n-92807.html
全部新业务：

　　。画出业务流程

　　。提取基本正向流程、分支流程及反向流程

　　。提取流程穿过的业务画面，填写全部的界面参数及系统内置参数（其他画面输入）

　　。填写每个画面的必输项

　　。提取业务规则

　　。从常用规则库提取适用规则

　　。使用业务原语描述测试模板

　　。计算参数表适配模板得出用例优化压缩空间

　　。根据风险原则选取

　　老业务回归：

　　查出配置管理系统本次变更的程序模块、库表、值域选择等的变化

　　计算变更影响分析

　　提取需要复测的功能列表

　　提取影响这些功能列表的业务流程

　　提取测试用例模板

　　修正模板（如果界面修改）

　　修正参数（如果值域修改）

　　修正规则参数（与业务规则修改相关）

　　修正模板中比对部分（如果修改输出表达）

　　修正模板中业务数据查询核对（如果修改数据库）

　　自动提交复测

h_radish

测试需求分析资料收集
http://www.51testing.com/html/75/n-228775.html

这篇文章读起来还不错，期待更多大牛的指导

endision2002

哦,大家都来加油啊!

h_radish

求助：隐性需求提取方法

显性需求比较容易确定，我可以从开发需求文档中提取，使测试需求与设计需求一一对应。可正像牛人提到的，这种显性需求的100%覆盖并不代表测试需求的覆盖程度高，因为其中还涉及很多的隐性需求。我能想到的对付隐性需求的办法，一是依靠经验，二是不断完善，但个人还是认为这两种方法都不是非常可靠，请牛人解答

h_radish

没啥人气，都怕被核辐射而去春眠了……

愚人

坛子是有些资料的