12-9 需求评审

*版本定义：微信的是6.7.4  QQ的是V7.9.0.445；一般市场上的版本号是三位或者四位，大公司严控版本号
第一位变化大，则业务变化很大，属于大范围的变革版本
*更新域，
*导航窗口-快速浏览目录（视图里的文档结构图）
*打批注：1，找出问题（矛盾点）在哪里
               2，给出解决方案

*评审，尽量不要带否定词，可找出矛盾点即可
*金融项目，涉及钱的一定不能出错 2018/12/10 11:17
*项目，先讲完整，正常的整体流程，不要纠结在一个点上，尽量带故事去讲，不要只讲书面的内容，太死板，不用太官方，可以带点肢体语言，尽量用第一人称（任何事情都有流程）

讲项目流程要注意的要点：
1、先讲完一个完整的流程，不要把一节点描述的特别详细；
2、带入生活话的语言进行讲解，让表达带入画面感；
3、流程性的东西最好用叙述表达，如：1、2、3、4；这样可以显得有条例，思路清晰。
4、逐句分析，桥后拉伸；
5、需求分析不仅要分析需求文档的正常情况还要分析需求文档的异常情况；
*
测试点：先写一个全流程的，再写各节点
               UI界面测试
查询 先正常 再异常
默认值输入法   不输入 直接点查询
空格也是测试点
测试用例一般是测试点的1-1.5倍
经验测试法：连接问题；网络异常，中断测试（尤其是app）或弱网；服务器异常，在线升级中是否可以支付，关闭服务器，改配置文件，数据库异常

安全性测试：密码（明文，密文，安全键盘）
后台权限：用户权限配置
兼容性测试：兼容哪几个工具，及对应的版本号；
      大的范围有：1平台：主要包括操作系统（Windows系列：win7，win8，win10
                                                                       Linux系列：centos，Ubuntu，redhat，Freebsd
                                                                                mac
                  
                         2 移动端： ios，Android，塞班
                         3浏览器：谷歌chrome（），IE（最高11），Firefox火狐（46）
可靠性测试：压测（一般对节点测试），

用例评审与用例编写注意事项小结：2大点，21小点
2大点：
1，找到问题的具体位置并描述清楚该问题
2，针对该问题给出自己的合理的建议或解决方案

21小点：
1，语句简洁
2，步骤详细
3，测试点明确
4，步骤间不能重复
5，找出具体问题所在
6，正确使用标点符号
7，用例采用陈述语句
8，步骤及预期结果建议用序号
9，考虑客观合理性
10，查漏补缺
11，“用例标题”中建议带上“预期结果”
12，预期结果允许相同
13，逻辑思路清晰
14，考虑具体默认值
15，排版明了
16，去重
17，系统规格中某功能未指明具体定长时，可概括为“规定定长”
18，设计用例时，采用的测试方法和测试数据要合适
19，用例的主旨（内容）与需求不偏离
20，勿将BUG写成用例标题   
21，勿将预期结果写入“测试步骤”