一、测试概念
使用人工或自动手段来运行或测试某个系统的过程,检验软件是否满足规格的需求或了解预期结果和实际结果的区别。
二、测试目的
- 为了最少的人力、物力和时间发现程序可能存在的代码或业务逻辑错误;
- 为了检验产品是否满足用户需求;
- 为了提高用户体验。
三、测试原则
- 所有的测试都应追溯到用户需求(需求文档是测试之本);
- 应当把“尽早和不断地测试”作为座右铭;
- 测试工作应该由独立的专业的软件测试机构来完成;
- Pareto原则,测试发现的错误中80%很可能起源于20%的模块中;
- 设计测试用例(测什么,怎么测)时,应该考虑各种情况,尽可能覆盖所有;
- 对测试出的错误结果一定要有一个确认的过程(描述缺陷报告);
- 制定严格的测试计划;
- 完全测试是不可能的,测试需要终止(时间结点,判断是否严重影响用户正常使用,如果只是大小文字颜色等可以下个版本再改);
- 注意回归测试(指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误)的关联性;
- 妥善保存一切测试过程文档。
四、软件测试的分类
五、测试基本流程
- 需求分析:参与评审会议,了解并分析需求点。
- 测试计划:编写测试计划,参与规格说明,项目总体计划,内容包括:测试目的,测试范围(依据需求文档),测试进度安排(时间),测试人员,测试环境,测试方法,测试工具,风险评估(整体测试策略的制定和风险评估(人员变动、需求变更)与规避措施的制定),培训计划。
- 设计阶段:编写测试用例,需参考需求文档,概要设计,详细设计等文档,有不明确的地方需要及时与开发、产品进行沟通,编写完成需与开发、产品进行评审敲定。
- 执行测试用例:搭建测试环境,进行预测(冒烟,以判断当前版本是否符合需求基本要求),如果通过进入系统测试,遇到问题提交bug,并对该bug进行跟进处理,直至测试被达到测试需求,没有重大bug,测试结束。
- 编写评估报告:对整个测试的过程和版本质量做一个详细的评估,确认是否可以上线。
觉得还八错的小伙伴点个赞哇(✿◡‿◡)~~~