7.11号-测试注意
- 每条测试用例低耦合。（让别人一看就知道在哪执行，数据准备情况，让别人能根据你的用例按步操作执行）
- 用例标题命名不清晰，验证什么+期望什么。
- 细节点，仍需要找产品确认，不要自己猜测。
- 提示信息是什么？
- 删除，是否要二次提示？有别的地方在使用这里吗？
- 新功能，影响旧有使用到这个功能模块的地方吗？
- 单独的每一样都要测到。
- “旺旺组名只能包含汉字、英文、-、数字”，包含的每一个点都要测到。
- 按旗帜颜色查询，每个颜色都要单独查询。
- 按产品需求显示文字及图标颜色、排版。
- 旗帜是否显示为产品上对应的六种图标。
- 标识文字颜色为红色，具体显示在哪里（表格中哪一列）
- 浏览器兼容性，主要测排版、广告显示、缓存。文字是否显示不必，因一般都会满足。
- 订单原为黄色旗帜标识，修改为红色旗帜，再在黄色旗帜下查询。
7.13号-报告bug流程
- 发现功能点的bug，提issue。
- 打标签，status:新建和type:bug
- 后面评论上相应功能点的issue号
- bug解决后，由开发人员加上status:已解决，我再回归测试，若有问题，去掉status:已解决标签，添加回归不通过标签。
- testlink里，在对应测试用例下，备注里关联上bug issue。
- 为什么要提bug issue？
-
提了issue，开发人员才能拉request，然后在下面改。不提issue，开发人员直接在7.1上改，到时测试人员再测就不知道测的是改动的还是没改动的。
- 一个功能点关联多个bug issue，就可以统计这个功能点有多少问题，质量怎么样。
-
