摘要：
这段时间反反复复的对于一个以信息统计为主的模块进行测试，其中最主要的模块就是查找，各种统计类型下的各种关键字的搜索，和页面的链接。搜索栏中有关键字文本框，有时间段选择框，还有树状母子关系的选项，接着就是大串大串的数据咯。 现在想想，如果是两三个月前，才开始接触测试，什么都不懂却以为自己什么都懂的状态下，对这个模块的测试估计不到十分钟就测完了吧。哈哈，想来真是弄人，起码经过这次之后，我是再也不敢对这种看似简单的模块产生轻视了。 说说这次的测试产生的一些BUG吧。在这个模块中主要基于相同数据的四种统计类型，各种统计类型之间通过下拉列表的选择来切换。在最开始的时候，根据需求文档对各种统计类型所对应. 阅读全文
摘要：
1.对于需求有更改的这种情况来说：测试计划的编制是为了框定测试范围。第一步要整理好需求中提到的点；第二步要把需求修改的关联到的点圈定出来。在测试用例的设计中优先级应该是这样的：i.业务流程的测试（画出业务流程图。在这个过程中如果能附带些功能点就带上）；ii.功能用例；iii.公共用例2.对于完全新的业务系统来说：在测试计划中大的过程是：i.在这轮中保持测出的BUG开发都改完了；ii.测试细节；iii.回归验证。在测试计划中，要将时间风险预估和团队人员风险预估放到测试计划中。测试总流程：需求分解->测试计划->测试用例->环境搭建->测试执行->测试结果分析-> 阅读全文