To be an eligible test engineer (Ⅱ)---进阶篇
上一篇进阶篇
1.过程质量意识;
在国内大多数的公司中对QA和Test的定义不是很清晰，不过有一点是共同的，作为一名test engineer注定是需要承
担一定的QA职责的，尤其是当所在公司没有专职QA的时候。事实上，没有QA做过程质量控制的话，tester开展工作会
很郁闷的，试想有一份不合格的需求或设计摆到你的手中，或是需求设计变更你都不知道的情况下，你如何工作。所
以说，作为一名测试工程师，必要的过程质量意识是必需的，首先要知道项目有哪些阶段，每个阶段要有哪些人参与
；其次，还要知道在项目各个阶段应当完成哪些工作，应输入什么输出什么，输入输出的东西（如文档）是否规范有
效；再次，针对每个项目实际情况能清楚哪些环节可以修改或是删减。对以上内容做到心中有数后，也就有了和其他
项目组成员沟通的原则。如果能尽可能的坚持原则，那么对于项目质量的把握上是能做到事半功倍的，同时测试工程
师的测试执行也会轻松许多。
2.测试流程的把握；
要清楚在整个测试过程中都要有哪些环节（测试方案制定及评审，测试用例设计评审,...），每一个环节如何去做
，应当输入输出什么，包括什么样的项目适合什么样的测试模式（是否需要敏捷测试），需要何种类型性能测试等等
。此外，应当如何统筹测试工作的各个环节也是相当重要，如果流程上的所有工作都是顺序进行，势必会浪费很多工
时，延长测试周期的。这一条重要性和上一条基本上是相通的，只不过是单独针对测试工作的。
3.至少熟悉一门编程语言，高级语言或是脚本语言都可以；
熟悉一门编程语言对于测试工程师来说非常重要，可以在coding过程中积累一定的开发经验，同时也可以对开发相
关的一些东西有自己的认识，知道开发容易犯哪些错误，当然对语言没有限制，因为编程语言的很多东西都是互通的
，包括其中的一些面向对象的思想；其次，在测试过程中，很多用例执行是可以用编写脚本来执行的，一旦写成脚本
就可以反复复用提高效率；此外，很多测试是无法通过点鼠标完成的，比如说模块接口测试等等，这就需要你能够熟
练的编写出使用的测试工具或者测试用例脚本完成测试执行；
4.熟悉主流的测试工具和框架
QTP,winrunner,loadrunner,silktest,watir,selenium，cppunit,junit,c++test等等工具和框架，你有多少了解？
作为一名测试工程师要了解行业内主流的测试框架和工具，对新的测试技术要敏感，能够做到主动获取。只有对整个
行业内用到的技术有了一定的了解，才能针对不同类型的项目根据实际情况做框架和工具的选型。
5.掌握性能测试
大公司可能对功能测试工程师和性能测试师分的很细，而在大多数的公司中测试工程师是需要cover性能测试的，因
此熟悉主流性能测试工具的使用时很重要的，等loadrunner,jmeter,http_load,webload等等，除熟悉它们的使用外，
还要熟悉不同工具的特点，适于何种系统的测试；同时，如果能了解到性能测试工具的实现技术的话，就可以在需要
的时候自己编写更符合实际情况的性能测试工具。此外，还要掌握性能测试数据分析的能力，能够与开发工程师共同
定位性能测试瓶颈，以及判断系统是否能够满足性能需求。
6.良好的文档编写能力；
测试计划，测试方案，测试用例，测试报告，邮件等等，这些东东你都会写吗？而事实上，可以非常明确的说，大
部分认为自己会写的人都不知道究竟该如何写出合格的文档。这需要知道不同类型的文档应当有哪些内容，明确的知
道的阅读者是谁（它肯定不是只给你自己看的，不然就成日记了），他们期望在文档中看到那些东西，而且你想当然
的东西往往对于阅读者来说可能是毫不知情的，所以要站在阅读者的角度写文档，否则写出的文档会让大家看的一头
雾水的。word,excel应当能够熟练使用，只会往里面打字是不够，像设置文档结构样式，excel的简单函数的使用都应
当有一定了解。再说邮件，每一份邮件应当发送给谁，抄送给谁，应当根据邮件内容以及项目情况明确；此外，同一
件事应当始终以回复邮件的形式保证邮件内容的可跟踪性。
7.忌“事不关己，高高挂起”
在完成分配的测试任务外，一定要有意识去将自己的模块做扩展测试，验证与其他模块的联调情况（联掉测试），
或是将其他人负责的模块拿来做一定的随机测试，一方面可以尽可能的帮助其他人发现bug（规避思维定势），另一方
面可以通过了解其他模块的细节来review自己负责模块的测试是否已经全面。总之，一定要记住，在同一个团队中，
不管是哪一个模块遗漏了bug，都是整个团队共同的责任。
待续 Good, Keep forward. 很不错的文章，还有待续，期待.... 看了很受启发，期待～～～～～ 只有经验丰富的人才能写出这么好的文章，学习了 好文，顶一下
页:
[1]
