简单测试流程

前期参与：
1.熟悉需求文档-- （两个重点，有些小公司后面那个文档）
产品出的--项目需求文档 描述该项目的需求点
开发出的--软件需求规格说明书 把项目需求点分解成软件的功能点--详细介绍看百度
2.测试分析与计划--包含工作量预估，人力投入，时间计划
3.测试方案设计--采用什么测试方法（一般是黑盒），做不做性能测试、兼容性测试等
----测试计划和测试方案的区别
http://blog.sina.com.cn/s/blog_839d293d0102wvi8.html

4.测试用例：新项目，准入（准出）测试用例是系统测试用例的10%以上
老项目，准入（准出）测试用例保证主流程能通过即可
PS：1.一般情况下，测试组的准入用例即为开发组的准出用例。
2.用例多，可以复用的话，编写公共用例，建议没做一个项目，都把自己的用例进行整理、归档，以后无论去哪里，遇到类似的项目和功能点，都能拿出来修改复用，大大节省了用例编写时间。个人认为功能测试的经验重要积累点就为测试经验和手里面的公共用例。
测试用例的编写方法和介绍需要详细去学习一下，这里不多说了。

测试准备：
1.测试环境准备
测试环境部署--测试先把基础环境搭建好（比如linux服务器，window2008/2003等），待开发提交版本过来，就进行软件的部署
应用服务器--架构尽量与生产环境（生产环境指实际运营环境）一致
数据库同步--尽量保证除开必要数据外，数据库为空，所有数据都从测试过程中添加进去。
用户端--尽量保证与实际用户的机器一致
2.转测试阶段
准出测试--开发自测，准出用例通过率必须超过90%，并且主流程没有严重bug和阻碍，才能让该版本转入测试阶段
转测试申请--提交版本和相关说明文档至测试组，测试组按照配置文档进行软甲部署，按照软件可测试功能点文档进行测试
准入测试--测试组在测试环境搭建好之后，进行该版本的准入测试，通过率超过90%才能接收版本并进行接下去的测试。准入测试用例没有超
过90%的通过率，或者流程有严重bug和阻碍时，测试需打回该版本至开发组，修改后再次进入到准出测试-转测试申请-准入测试的循环中。
3.系统测试执行--一般最少分2到3轮，bug提交至缺陷管理系统，有的小公司是直接用word文档的方式传递。
第一轮：用例全覆盖测试
第二轮：用例全覆盖测试+bug回归测试
第三轮：主流程用例测试+bug回归测试
第四轮：验收测试+bug回归测试 --如果有的话
PS:1.若有兼容性测试，则在第二轮或者第三轮的时候进行，此时版本质量相对比较稳定，大多功能也已经实现。兼容性测试可以用虚拟机来辅助安装各版本操作系统，各种版本的浏览器等。
2.提交bug时，写上出现这bug的详细操作步骤，并记录下截图，截图上标记好重点，写下预期应该出现的结果，和实际出现的结果，方便开发快速的复现问题。
测试报告与总结：
每个公司都有一定的模板，照模板写就行。一般都是记录整个测试过程中出现了多少bug，严重程度如何，修复情况如何，是否有遗留bug，对上线有无影响，风险有多大，后续版本有哪些可以改进的建议等。
Ps: 有的小公司直接就在上一步结束了，不需要写测试报告

转载于:https://www.cnblogs.com/icerman/p/6273987.html