软件测试流程，在面试的时候，都会提及的一个问题，不管是刚毕业还是工作了几年之后。
1：需求分析
作为测试人员，第一：从测试的角度来分析需求的可测性，测试人员最基本的就是掌握产品的业务逻辑，比开发和产品经理还要了解，你是最了解的！所以从测试角度分析需求的可行性或可能存在的漏洞。第二，全面了解需求背景（毕竟人人都是产品经理）和需求内容，明确自己的测试任务。
2：制定测试计划（可选择）
根据产品需求，制定测试目标，测试内容，测试分工，测试工具，甚至测试风险，一般由测试主管来定。
3：设计、评审测试点
设计测试点，是整个测试过程最核心的部分，测试人员根据产品需求文档，把所有可测的功能点整理出来。评审测试点，防止测试点有遗漏或需求理解有误，要不要做，根据任务大小来决定是否有必要，因为比较耗时，开需求评审，花了一定时间分析需求，评审测试点，还需要花差不多的时间对需求重新整理，所以这点很多公司直接略过。
4：编写测试用例（可选择）
根据测试点编写测试用例，包括前置条件，详细的测试步骤，以及预期结果，为什么是可选？大部分公司是敏捷开发，一：时间不允许，二：很多功能可能无法和prd保持一致或换了一种实现方式，那么测试用例就无法使用，所以测试点必写而测试用例根据公司情况来定。
5：准备测试环境
每个公司必备的环境，有些公司是开发维护，有些是测试人员。常见的环境有：开发环境：开发本地调试的环境；测试环境，比如一个功能10个人开发，10个人开发完成，所有人代码提交，在测试环境对所有代码进行拉取部署再联调，联调通过测试，测试人员进行测试；预发布环境，线下测试完成，会上预发布环境，进行线上预测，目的是减少测试环境直接上线的风险；正式环境，给用户使用的环境。等功能正式上线，测试还需要把所有流程都跑一遍，确保上线没有问题，没有遗漏。
6：执行冒烟测试
对主要功能进行测试，如果流程不通，直接打回，为什么？流程不通，说明开发没自测，测试人员没必要浪费时间继续测试。
7：执行测试点/测试用例
根据设计的测试点/用例，逐条验证，如果出现bug，提交bug，bug包含系统，版本号，详细的测试步骤，相关截图报文等，bug描述的越详细，越便于开发排查问题；正常工作中，如果你的bug描述不详细，开发心里会比较反感，第一：大部分开发讨厌改bug，谁愿意承认自己写的代码有问题呢？第二：描述不清楚，要多次沟通，浪费时间，甚至有些开发对于这种bug，置之不理，不利于以后的合作。
8：bug跟踪处理
提交bug，要及时跟踪，如果被修复，回归验证没问题，及时关闭，如果还有问题，bug激活重新指派给开发，进入重新修复的流程。
9：产品验收
测试完成交给产品经理验证，检查实现的功能，是否满足他们的需求，产品经理验收在什么时候进行？建议是线下测试完成之后（如果不符合需求，可以及时修改，线下改比上线后再改方便多了）和上线测试完成之后。
10：测试报告
上线之后，对此版本的bug，以及测试过程中发现的问题进行分析和总结。
Bug的组成：测试产品，测试版本，操作系统和版本，前置条件，测试步骤，必要的截图，报文，bug等级，指派人员。
测试产品及版本：产品的版本号。比如：淘宝v1.0
操作系统和版本：比如web页测试，需要标明浏览器（chrome，IE，Firefox等），具体版本号是多少；app测试，需要注明Android/iOS，iOS15.1还是iOS15.4。
前置条件：比如这个bug，是登录还是未登录情况下出现。
测试步骤：一定要详细，一步步如何操作出现的。
截图：问题页面截图保存，看起来直观明了。
报文：接口里的报文给到开发，如何抓，之后会详细说明。
bug等级：开发根据bug等级修复，优先级高，比如阻塞测试流程，开发优先修复。
指派人员：这个bug属于哪个开发，就指派给谁。
举例说明：
1级错误：比如：打开淘宝app，闪退，死机，或者500错误，或者订单总额是500，通过篡改数据改成1，也可以提交成功，造成了公司的亏损等。
2级错误：要求登录页支持微信登录，但提测后发现，该功能未实现或无法登录等。
3级错误：输入框，允许输入500，当输入500，实际只保存了499个字符或登录的功能，iOS15.1登录跳转正常，iOS15.4登录后，无跳转等。
4级错误：优先级比较低，如果版本时间紧急，可以放在下个版本迭代，或开发优先解决1,2,3级错误，最后再来调整。常见的有：文案有错别字；描述不清楚，有歧义；样式不统一；操作繁琐，用户使用不方便等。
bug生命周期：
常见的任务管理系统：禅道，TAPD，JIRA，Redmine等，有的公司会自研一套适应自己公司开发流程的系统。
最后，关于软件测试学习，offer选择等等，都可以通过后台私信交流。需要学习资料或者帮忙修改简历也可以私信！！也可百度搜索“特斯汀软件测试腾讯课堂”或关注公众号“特斯汀软件测试”，里面涵盖很多精彩免费视频或干货知识
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。