【推荐原文】What is actual testing process in practical or company environment?

zaza9084

　　原文出处：http://www.softwaretestinghelp.com/what-is-actual-testing-process-in-practical-or-company-environment/

　　内容简介：
　　Today I got  interesting question from reader, How testing is carried out in company i.e in practical environment? Those who get just out of college and start for searching the jobs have this curiosity,  How would be the actual working environment in the companies?
　　Here I focus on software Testing actual working process in the companies. As of now I got good experience of software testing career and day to day testing activities.  So I will try to share more practically rather than theoretically.

Miss_love

有些单词不认识。。

zaza9084

Miss_love 发表于 2014-11-3 15:58
有些单词不认识。。

正好增加你的词汇量哈

Miss_love

zaza9084 发表于 2014-11-3 16:18
正好增加你的词汇量哈

都还给老师去了。

zaza9084

Miss_love 发表于 2014-11-3 16:57
都还给老师去了。

现在自学也不晚~

Miss_love

zaza9084 发表于 2014-11-4 11:30
现在自学也不晚~

What is actual testing process in practical or company environment?
翻译是什么意思？

遇见未来ing

准备回家对着词典翻译，先给自己好好消化消化

51lili

Miss_love 发表于 2014-11-4 11:38
What is actual testing process in practical or company environment?
翻译是什么意思？

在公司实际环境里测试的流程是什么？ 这个意思

飘着的风筝

今天，有个读者问了我一个有趣的问题：测试在公司的现实环境中是如何被执行的？
对那些刚迈出校门即将要找工作的同学们可能会好奇测试在公司真正的现实环境中到底是什么样子？
这里我们将焦点集中在公司软件测试的真实工作过程。
到目前为止，我有多年的软件测试工作经验和日复一日的测试活动的经验。我将试着分享更多的实践经验而不是理论经验。
一个现实项目的真正的测试过程：
无论何时我们得到一个新的项目，都会有个初始的项目启动大会。在这个会议上，我们主要讨论谁是客户？项目的周期以及何时发布？这个项目中涉及的人员：经理、技术组长、测试组长、开发人员、测试人员等等？
项目计划依据软件需求文档制定。测试人员的职责是依据需求文档和项目计划创建软件测试计划。开发人员依据项目计划开始编码。项目工作被分成不同的模块，而这些模块又被分配给各个开发人员。同时，测试人员的职责是创建测试策
略，并根据各自分配的模块来写测试用例。我们尝试依据需求文档来覆盖计划所有的功能测试用例。维护数据可能手动的放入一些excel测试用例模板或者bug跟踪工具中。
当开发人员完成个人负责的模块编码时，这些模块就被分配给了测试人员。测试人员首先会对这些模块执行冒烟测试，如果冒烟测试不通过，模块会被重新分配给对模块进行编码的开发人员进行修复。对冒烟测试通过的模块，根据已经写
好的测试用例来执行手工测试。如果发现bug就会在bug跟踪工具中记录bug并把bug分配给模块开发人员。bug修复之后，测试人员要进行bug验证和所有相关模块的集成测试。如果bug通过了验证它会被标记为已验证，之后标记为关闭。否
则上面提到的bug生命周期就会重复（我将在另一个专题中专门讲bug生命周期相关的内容）。
对单个木块和多个模块集成的集成测试中我们采用不同的测试方法。这些测试包括兼容性测试：如不同硬件，操作系统版本，软件平台，不同的浏览器等等。

飘着的风筝

飘着的风筝

我来试试翻译

飘着的风筝

今天，有个读者问了我一个有趣的问题：测试在公司的现实环境中是如何被执行的？
对那些刚迈出校门即将要找工作的同学们可能会好奇测试在公司真正的现实环境中到底是什么样子？
这里我们将焦点集中在公司软件测试的真实工作过程。
到目前为止，我有多年的软件测试工作经验和日复一日的测试活动的经验。我将试着分享更多的实践经验而不是理论经验。
一个现实项目的真正的测试过程：
无论何时我们得到一个新的项目，都会有个初始的项目启动大会。在这个会议上，我们主要讨论谁是客户？项目的周期以及何时发布？这个项目中涉及的人员：经理、技术组长、测试组长、开发人员、测试人员等等？
项目计划依据软件需求文档制定。测试人员的职责是依据需求文档和项目计划创建软件测试计划。开发人员依据项目计划开始编码。项目工作被分成不同的模块，而这些模块又被分配给各个开发人员。同时，测试人员的职责是创建测试策
略，并根据各自分配的模块来写测试用例。我们尝试依据需求文档来覆盖计划所有的功能测试用例。维护数据可能手动的放入一些excel测试用例模板或者bug跟踪工具中。
当开发人员完成个人负责的模块编码时，这些模块就被分配给了测试人员。测试人员首先会对这些模块执行冒烟测试，如果冒烟测试不通过，模块会被重新分配给对模块进行编码的开发人员进行修复。对冒烟测试通过的模块，根据已经写
好的测试用例来执行手工测试。如果发现bug就会在bug跟踪工具中记录bug并把bug分配给模块开发人员。bug修复之后，测试人员要进行bug验证和所有相关模块的集成测试。如果bug通过了验证它会被标记为已验证，之后标记为关闭。否
则上面提到的bug生命周期就会重复（我将在另一个专题中专门讲bug生命周期相关的内容）。
对单个木块和多个模块集成的集成测试中我们采用不同的测试方法。这些测试包括兼容性测试：如不同硬件，操作系统版本，软件平台，不同的浏览器等等。