
我经常在互联网上看到在中国工作的同行的抱怨: 测试没有价值,测试管理混乱,产品质量差. 毕竟,这是一个管理问题.
我想谈谈我自己的经历.
毕业后,我在一家外包公司工作. 客户是一家美国公司. 产品开发前景非常好,并且我有很多风险投资. 我想谈谈他们的测试管理系统.
首先,他们有一个非常好的资源共享平台,我们称之为Wiki,其中包括任务的每个版本,负责每个任务的开发和测试的人员,相关的Spec和开放文档. 而且,每当这个版本的任务快要完成时,下一个版本的任务原型就会出现.
第二,严格按照软件生命周期进行开发和测试.

第一阶段:
提出要求后,开发和测试同时进行,开发完成代码实现,测试完成概要和测试用例. 这些文档将被上载到Wiki. 了解规范并完成测试用例后,我们将立即提出自己的问题. 这些问题通常会在第二天获得开发人员的反馈. 测试大纲和测试用例最终完成后,必须由开发人员进行验证. 有时他们会提出自己的观点,测试点以及一些您没有想到的案例.
第二阶段:
在新功能的测试阶段,测试和提交错误以及开发和修改错误的过程中,此过程由JIRA管理.
第三阶段:

回归测试:
在每个版本的下半部分国外软件测试现状,都进行了回归测试. 这是一个相对较长的过程,通常分为两个部分. 第二个是执行任意测试. 在执行案例时,我们还需要同时更新案例,有的是更新内容,有的是添加新的错误,有的案例可能已经过时. 当然,新的错误也将提交给JIRA. 在此阶段,测试人员将安排在不同平台上进行测试. 可以说,进行回归测试时,测试覆盖率非常高.
第四阶段:
预发行版本测试:
在进行回归测试之后国外软件测试现状,将形成一个更稳定的版本作为预发布版本,并将该预发布版本部署到另一台测试服务器. 这时,您需要在不同平台上进行QL(快速查看)和任意测试. 预发行版本通常不会再次移到changlist中,除非上面发现了更严重的错误,否则将有新的r2预发行版本和另一个测试.

第五阶段:
内部测试:
新版本发布前一两天,可以说所有人都是士兵,公司中的每个人,包括大小公司,都在进行测试. (当然,CEO不会自己报告错误,而是将问题报告给我们的技术副总裁). 当然,他们报告的错误也将成为我们的话题. 作为测试人员,我们不仅追求错误的数量,而且追求错误的可能性得到修复. 发现错误后,首先,我们必须确保它不会是无法修复或无效的问题,并且可以对其进行复制,如果现有的错误已经存在,则它不会复制现有的错误. 已关闭应重新打开. 这些非测试部门的人不在乎是否发现问题,而是将其报告为问题. 每天添加的新错误的数量应导致相关的开发人员死亡. 幸运的是,这些问题将得到一个应有的解决方案.
第六阶段:
产品发布测试:

在产品发布之前,QL(快速查看)和任何测试都将在与产品环境相同的服务器上进行;在产品发布之后,QL(快速查看)和任何测试都将在产品服务器上进行.
第七阶段:
测试完成:
此阶段主要是整理此版本中生成的测试文档,并将新功能的用例和一些未发现的用例导入到测试用例管理工具中.
--------------------------------------------------- -----
可以说上述测试过程是有计划的并严格执行的,并与您分享,也许您会从中受益.
[福利]填写问卷并发送所选的测试包+接口测试课程!为测试行业做些事!
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-164680-1.html
是啊
看到你们都在骂
壮哉我大函数新专辑大发