软件测试系统版本测试的依据是什么
发布网友
发布时间：2022-04-27 02:54
共1个回答
热心网友
时间：2022-06-25 02:51
软件测试前所要参考的文档大概主要就是需求说明书，概要设计书，详细设计说明书，最重要的是需求说明书。了解了需求和系统业务逻辑才能使你的测试有所依据。总不能漫步目的的乱点一通。
测试版本发布基础：代码评估（代码review），版本控制的文档（标识新增或修改的功能、修复的bug、能够很方便的跟踪和监控测试版本的执行） 。
测试启动条件：功能是否开发完成、有没有进行自测（自测报告，避免出现版本质量太差）、软件版本说明（清楚每一次版本更新都修改了什么，会对哪些功能造成影响）。
bug内容（发现版本，对应人员，发现模块，回归次数，bug关闭的版本号），可以分析不同版本和不同模块bug走势。 发现此次迭代范围外的之前遗留的bug，测试记录后，和开发及项目管理人员商讨是否解决，解决方式（代码*OR操作说明中*），是否占用此次迭代的开发时间。
转测版本最多不超过4轮测试，一般控制在3轮。一般在2到3个版本时，就很难发现缺陷。版本越多，质量隐患越大。
保证开发和测试的独立性：打的包，部署的环境，尽量连接181的服务。测试环境和开发环境分开，尽量做到测试数据不会被开发人员修改。
明确测试需求：需求功能点全部实现，如果有需求不能在规定时间完成，需要在需求阶段提出，而不是在测试阶段完善需求，从而加长了开发和测试时间，影响效率。
细化提测标准：开发到什么程度可以接受测试。
预测试：达到送测标准，在服务器上取下测试的版本，编译、部署后，对部分主要的功能进行预测试，如果预测试通过了，就可以开始测试。如果预测试不通过，就打回开发部门修改好后再预测试，直到预测试通过为止。
控制需求的变更：变更了软件需求一定要有记录和说明，相应的测试用例及时追加和维护。
进行bug分级：界面和易用性的bug等到开发完成和重要bug解决完毕再改。
增强质量意识：上线前临时改代码修复问题或者临时口头追加的变动要有记录，要通知一下。
希望采纳！谢谢！
