7、51Testing：您工作了近17年，有相当丰富的工作经验，那么您在做这份工作时，什么是最成功的，什么最具挑战性？ 工作中遇到过什么棘手的问题，要如何解决的？
顾翔：最成功的事情是我刚进入一家做网管产品公司，担任的职务是测试部门经理，当时副总经理和我说目前公司测试力量比较薄弱，发布出去的产品问题比较多，support部门整天总是和119似的在救火，希望我能尽快改变测试团队的目前的状况，让问题尽早在公司里被发现。后来经过我与开发人员及测试人员沟通，发现问题主要存在以下几方面：
· 没有对代码建立版本控制体系
· 测试人员测试技能比较低
· 测试人员介入产品需求比较晚
基于这三点，我采用的方法是：
A：建立了用CVS对代码进行版本控制管理，测试人员都必须在统一发布出来的CVS版本上进行测试，不得像以前一样在自行编译脚本中进行测试，并且在进行正规测试之前必须对基本功能进行严格的冒烟测试，并且制定了冒烟测试用例。若冒烟测试没有通过，一律返回给开发人员。
B：定期的对测试人员进行培训，提高测试人员的测试技能。
C：要求测试人员参与产品需求评审，尽早了解需求，并要求测试人员有权力对需求提出建议或意见。并且确定下来的需求后，要针对需求书写下相应的测试用例，书写测试用例过程其实是了解需求，整理测试思路的过程。
进过半年的努力，support部门＂火灾＂越来越少，并且我和测试部门得到公司高层的一致好评。
至于最有挑战性的工作：是我刚到爱立信，由于以前作产品都是基于人机交互界面的，所以功能测试都是基于UI界面操作的测试。而通信软件就不一样了，它主要检查输入输出的数据包是否满足协议规定的要求，爱立信釆用TTCN测试语言来模拟输入输出包来实现的。虽然我1997年毕业到2002年一直从事软件测试工作，但到2012年进入爱立信有九年一直没有动过代码了，所以这对我来说是一个挑战。但是由于大学里面一直在编程，又加上五年的开发经验，再加上自己的努力，两个月后基本上掌握了这个语言，并且可以书写功能测试脚本了。回想这两个月中前一个月还是很辛苦的，写完测试代码，经过编译，都是些语法错误；或者语法错误没有了，去用编译好的TTCN脚本去测试开发写的代码总是UNPASS，经过trouble shooting ，结果总是我TTCN代码中出现了问题。但经过一次又一次失败，不断地总结经验，到最后掌握了这门语言和方法，心情还是很愉悦的。
对于最棘手问题：我认为是当时作机顶盒STB项目的时候，我遇到一个认为是大问题的Bug，但开发及开发经理死活就是认为不是问题。后来我翻阅了相关标准，又咨询了三个系统工程师，还在网上查了各种资料，总共花了三天的时间，包括一个周末。最后我给那个开发与开发经理发了邮件，阐述了我的看法，经过自己努力，终于得到了开发与开发经理的认可。
8、51Testing：那么根据您的专业知识，您是如何看待目前的测试的？
顾翔：我对目前测试的一些看法如下：
A：lEEE定义软件测试是验证显性与隐性的需求的一种活动。所以测试不能只测试需求规格说明书写的内容，对软件友好性，容错性等隐形需求也要进行验证。
B：不管采取何种方式，基于风险还是基于需求的测试分析方法，所产生的测试用例一定要分等级，不同级别的测试用例，测试频率要不同，不可测试过度，当然也不可测试不及。
C：不管是否釆用敏捷开发，测试工作一定要有相对的独立性，最好要由部分专职的专业的测试人员来进行。
9、51Testing：作为一名资深的测试员，您对测试新人有哪些建议，可以让新手做的更好，更迅速的成长为测试高手？
顾翔：有句话是这样说的，如果你还在"打工"，如果你还认为工作是工作。那么你是失败的、你的想法也是不正确的。做一行，爱一行。要将工作作为一种兴趣，生活就会变得色彩斑斓，你才可以享受到生活乐趣。软件测试行业如同老中医，越学经验越丰富，所以前景是很光明的。我认为测试新人应该:
A：多学习，尤其是多向老员工学习。可以是询问，参加培训。但更主要靠自学，可以多看看已有的测试用例，缺陷报告，看了以后要多问几个为什么，为什么他这样设计？为什么他会发现这个缺陷？
B：多实践。软件测试是一门实践的科学，光说不练非把式。学习以后，多做一些测试工作，总结经验，遇到问题再返过来学习，效果会更好。
另外，如果采用敏捷开发，俗话说：三人行，必有我师焉。找一位老同事与新人一起结对测试，这是很好的提高新人水平的机会。
10、51Testing：访谈到这里也快告以段落了，不少测试员对软件测试的前景和未来发展还有疑惑，请您最后谈谈您是怎么看待软件测试这个职业和测试行业未来的发展？
顾翔：我认为软件测试未来将会变得更复杂，主要表现在：
A：采用敏捷开发以后，版本发布频率越来越快，对测试的水平也越来越高。对变化不大的功能及性能测试应尽可能用自动化方式来实现，以便可以进行持续集成Cl，这样自动化测试脚本可在每天晚上运行，第二天一早就可在第一时间知道最新版本代码库的质量了。另外，探索性测试（ET）也需要有一定技巧与经验。
B：云计算产生了云测试，云技术增加了云供应商的这个新角色，对云供应商提供的服务也要进行测试。云技术增加了弹性容量概念，于是又一种新的测试方法产生了。另外在公有云环境中各种服务具有相互依赖性，这又给测试带来更大的复杂性。
C：在大数据环境下测试技术也变得更为复杂。由于我接触大数据不太多，在这里不做展开。
十分感谢您对小编工作的支持，顾老师的回答分析十分透彻，小编也对软件测试领域了解了不少，我相信这些将会给测试员带来颇多的收益。希望以后能有更多的机会，能让您分享测试心得！谢谢。最后的最后，希望大家可以多学习顾老师热爱学习与工作的热枕。小编以一首古诗作结尾：
半亩方塘一鉴开，
天光云影共徘徊。
问渠那得清如许，
为有源头活水来。
版权声明：51Testing软件测试网原创出品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
