1.对于需求有更改的这种情况来说：
测试计划的编制是为了框定测试范围。第一步要整理好需求中提到的点；第二步要把需求修改的关联到的点圈定出来。
在测试用例的设计中优先级应该是这样的：i.业务流程的测试（画出业务流程图。在这个过程中如果能附带些功能点就带上）；ii.功能用例；iii.公共用例
2.对于完全新的业务系统来说：
在测试计划中大的过程是：i.在这轮中保持测出的BUG开发都改完了；ii.测试细节；iii.回归验证。
在测试计划中，要将时间风险预估和团队人员风险预估放到测试计划中。
测试总流程：
需求分解->测试计划->测试用例->环境搭建->测试执行->测试结果分析->测试报告
从测试要点中生成测试用例。在这个过程中最重要的是要理清自己的测试思路、业务逻辑。要注重这个目的来进行测试用例的编写。
有搜索功能的话，引起页面刷新的行为，都要连带着搜索关键字来测试一下。