ToB企服应用市场:ToB评测及商务社交产业平台

标题: 软件测试面试：拿到一个版本(产物)，如何开展测试？ [打印本页]

作者: 飞不高 时间: 11 小时前
标题: 软件测试面试：拿到一个版本(产物)，如何开展测试？
产物提测后，如何开展测试？
我们都了解软件测试的实行流程，......提测-冒烟测试-具体测试-提交缺陷报告-回归测试，但软件测试并不总是线性过程，它乃至大概是螺旋布局，不断地试错，不断地迭代，不断地回归，直至终极的可用版本。
那么测试人员拿到提测版本后，如何开展测试？如何进行第一轮、第二轮测试？
第一轮测试：

1、从冒烟测试开始，也就是最简单的测试，如果不是特别复杂的项目，可以直接由根本流+备用流的方式来进行快速测试，也可以认为是可用性测试，能否继续进行下一步取决于冒烟测试结果是否通过，如根本流未通，则可以直接退回。否则，继续下一步
2、在快速测试过程中，大概激发了某些灵感，这时一定要记载下来，或者遇到一个新的题目大概引发其他的题目时，也做好记载；做记载的同时可以去增补测试用例，也可以暂时放在待测试想法列表中，通事后续的步骤时，来决定这些想法是否有进一步测试的须要
3、开始实行用例，测试用例一般情况下会区分正向反向用例的，在这个步骤中，先实行正向用例，若未通过数没有凌驾规定的比例，再实行反向用例；同时在这个过程中，很大概开发人员已提交过N个版本，那么仍需要不定期进行可用性测试
4、确保版本可用的情况下，且已实行完全部用例（部门阻碍用例除外），此时可以对第一轮测试做一个小结。小结内容包括：是否需要调整测试计谋；是否存在重复出现的题目；以及自己经过一轮测试后对版本建立的初步认识等等
第二轮测试：

1、整理一轮测试中的缺陷报告，如果有测试管理平台，可以很方便地通过筛选条件来检察缺陷范例和原因，以及缺陷增长趋势；多数开发人员不会主动分析缺陷，需要测试人员来评估哪些区域或模块需要深度测试，如果有修改过公共代码，哪些模块需要重复测试等等
2、联合一轮测试中的测试小结，及评估全部被退回测试或拒绝的Bug，分析拒绝原因并再次测试，记载好二次测试的结果
3、交叉测试，这一步可以灵活调整，视测试时间充分与否，交叉测试人员可以是同组的，也可以是外组测试，可以重点测试Bug聚集的模块，也可以探索测试，但测试完成后要做好小结，以便与第一位测试人员的小结做比对。查漏补缺。
4、回归测试，对全部提交的未关闭缺陷进行回归测试
5、可用性测试+大回归测试，在开发多次迭代的底子上，要进行最后一轮的可用性测试，在走流程的过程中，要重点关注Bug集中的模块或语句，以及重新打开频率较高Bug的代码逻辑，在最后一轮的大回归测试中，发起结对测试效果会更好。
最后，将每个步骤中的测试检查点形成文档，再归结到测试报告中。
以上，便是一般性软件产物的测试步骤，实际工作中，可以根据软件版本的大小，及测试团队的规模来具体规划测试流程。
最后： 下方这份完备的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】

这些资料，对于【软件测试】的朋友来说应该是最全面最完备的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰巨的路程，希望也能帮助到你！
软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

面试文档获取方式：

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)