最近忙于执行测试，又出了很多报告，很多事情都没有时间梳理。
说说测试流程吧，测试的流程主要有计划、设计、执行、评估、结束5个状态
计划阶段：计划阶段应该根据产品提供的需求完成测试计划，对工作量、工作时间、人力安排、时间安排、分析和记录方法、跟踪管理方式、风险的预测与办法还有测试资源的分配做一个大体的安排。
工作量：1、如果代码写得很规范，可以根据代码量来做估计。
2、如果代码不规范，那么就根据要实现的功能点来定。
3、根据行业经验来估计。
工作时间：工作时间和工作量息息相关，但也和工作人员的能力有关，具体看经验。如果测试用例能够规范化管理，那么这个工作时间可以量化。比如：8小时执行100个有效用例
人力安排：指测试人员的工作安排，比如某A负责某支付模块的测试，某B负责权限的测试；具体也要根据测试工程师的工作能力，行业中将测试人员分为初级中级高级测试，大公司内部有评级，评级方法各不相同，有的以技术能力评级，有的以给公司带来的效益评级。人员的安排是一件眼力活儿，能吃苦耐劳的可以考虑重复比较多的模块，聪明喜欢思考的，可以考虑逻辑复杂的测试等
时间安排：时间安排是根据项目总时间，来一步步细分的工作。理论上讲应该张弛有度，但是实际上计划总是赶不上变化，所以要形成动态平衡，比如某天提前完成了某个模块的测试，那么可以考虑提前测试下一天的模块，保证有足够时间应付突发状况。
分析和记录方法：测试过程中的进度、BUG发现多少、BUG严重程度、出现在哪些模块、由哪些人所写、用例执行通过数、未通过数、block数，一般有专门的统计工具，比如禅道、QC、Jira、TestLink等。QC可以从需求开始管理测试，对用例也有很好的管理方法，但导入导出麻烦（用熟练了还是很快的）但是收费，禅道、Jira、TestLink都是免费开源的软件，TestLink也可以管理用例，还能和TD联合做自动化
缺陷跟踪管理工具：TestLink、QC、禅道都可以跟踪BUG，分析产品质量变化。
测试资源：测试时要用到的工具、服务器、网络、设备等
风险评估：测试中出现严重导致阻塞的BUG、需求变更、测试时间因研发时间延长而缩短、测试人员请假甚至离职、资金紧张、测试资源不够等等影响测试的风险都要评估与解决办法。
先写到这里，下次在写