7.11号-测试注意

1. 每条测试用例低耦合。（让别人一看就知道在哪执行，数据准备情况，让别人能根据你的用例按步操作执行）

• 用例标题命名不清晰，验证什么+期望什么。
• 细节点，仍需要找产品确认，不要自己猜测。
  • 提示信息是什么？
  • 删除，是否要二次提示？有别的地方在使用这里吗？
• 新功能，影响旧有使用到这个功能模块的地方吗？
• 单独的每一样都要测到。
  • “旺旺组名只能包含汉字、英文、-、数字”，包含的每一个点都要测到。
  • 按旗帜颜色查询，每个颜色都要单独查询。
• 按产品需求显示文字及图标颜色、排版。
  • 旗帜是否显示为产品上对应的六种图标。
  • 标识文字颜色为红色，具体显示在哪里（表格中哪一列）
• 浏览器兼容性，主要测排版、广告显示、缓存。文字是否显示不必，因一般都会满足。
• 订单原为黄色旗帜标识，修改为红色旗帜，再在黄色旗帜下查询。

7.13号-报告bug流程

1. 发现功能点的bug，提issue。

• 打标签，status:新建和type:bug
• 后面评论上相应功能点的issue号
• bug解决后，由开发人员加上status:已解决，我再回归测试，若有问题，去掉status:已解决标签，添加回归不通过标签。
• testlink里，在对应测试用例下，备注里关联上bug issue。

• 为什么要提bug issue？

  • 提了issue，开发人员才能拉request，然后在下面改。不提issue，开发人员直接在7.1上改，到时测试人员再测就不知道测的是改动的还是没改动的。

    
    
  • 一个功能点关联多个bug issue，就可以统计这个功能点有多少问题，质量怎么样。