文档规范

《设计文档质量标准》

• 字段定义明确：字段没有混淆，数据来源和走向清晰
• 逻辑清晰通畅：软件操作不会进入死胡同，用户使用场景考虑全面
• 交互简单易懂 ：每个按钮点击前是怎样，点击后会有什么变化
• 提供丰富的辅助文档：Visio流程图，Xmind思维导图，Axure交互原型设计文档等

KP35 默认功能 挖掘旧有用例中的软件默认功能 KP36 专家法识别 要分成如下几个步骤： KP37 （1）需求分析，形成交易功能列表和交易性质列表； KP38 （2）根据交易性质列表分析每一个交易性质应具有的软件默认功能，形成交易性质决定的软件默认功能；根据交易功能列表分析每一个功能应具有的软件默认功能，形成交易功能扩展类软件默认功能； KP39 （3）进行专家评审，以保证识别出的软件默认功能质量。 KP40 统计法识别 软件默认功能前两个性质：共识有圈子、共识会生长，会发现一个圈子里的多个类似的交易或功能具有相同的软件默认功能，而且通过分析这些交易或功能可以看到共识生长的趋势。 KP41 例子：选择相册图片和照明功能应是扫码功能的软件默认功能；查询历史信息和扫银行卡功能目前是业务需求，但有变为软件默认功能的趋势。 KP42 因为没有需求文档，需要问开发关于业务方面的问题，而且通常是零零碎碎的针对某个功能点的问题，那么测试员就要系统的组织整体的需求，融会贯通，要站在客户角度比开发理解的更深入，才能做好测试  

需求文档质量

• 需求描述详尽：无缺漏，无歧义，无重复，没有无法实现的，没有巨大风险
• 需求指标明确：前提条件明确，数据指标精确。

《BUG提交注意事项》