我的六年软件测试感悟 - 文章 - 伯乐在线
& 我的六年软件测试感悟
伯乐在线转注：本文是肖佳在 2012 年写的。
不知不觉已经从事软件测试六年了，2006毕业到进入外包公司外包给微软做软件测试， 到现在加入著名的外企。六年的时间过得真快。 长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员，我的看法都比较狭隘，如有错误还请批评改正。
阅读目录：
软件测试人员应该居安思危
每当经济不好，公司业绩不好的时候，公司都可能进行裁员。 首先裁的就是测试人员。 因为测试人员的技术水平相对来说比较低，容易被替代，招起来也比较容易。 公司往往先拿测试人员开刀。
身为测试人员，虽然我们平常的工作大部分都比较安逸。 但是千万不能温水煮青蛙。 应该自强不息， 要像开发人员一样， 不断学习，提高自己的编程水平。这样就算被裁也能很快找到新的工作。
测试人员应该比开发人员更熟悉业务需求
测试人员的水平主要体现在测试用例的设计上。 要设计出全面，覆盖广的测试用例，需要测试人员对自己所测试的项目的业务需求非常熟悉，甚至要比开发人员还要熟悉。
如果是测试银行系统，通信行业，或者ERP软件。 这些业务知识非常有用的，学习起来比较有激情。
要做到精通业务需求谈何容易。
1. 要熟读功能需求文档， 任何有疑问的地方都要去和PM确认。
2. 把自己当成最终用户， 经常使用自己所测试的软件。模拟用户的行为。
3. 熟记软件的每个功能。
假如倒霉碰到一些又没用，又繁琐的软件， 真的是不想去学习它的业务（出了这个公司就再也用不到的业务）
学会如何跟开发人员相处
测试人员必须跟开发人员密切合作， 所以跟开发人员搞好关系是相当重要的。
1. 和开发人员成为朋友。
熟悉了干啥都方便
2. 不要打扰开发人员
看到开发在聚精会神写代码的时候，千万不要去打扰人家。 写代码需要集中精力，如果被打扰，就会中断思考。
3. 集中问问题。
把需要问的问题都总结起来， 集中起来问开发，这样能节省大量的时间。
4. 写好Bug，不被开发人员烦。
如果开发人员看到一个Bug 描述不清楚，还无法重现，他肯定会骂测试人员。 所以测试人员一定要写好Bug，描述精确，简洁，没有歧义，详细简洁的重现步骤，加截图。
测试人员应该懂一些基本的编程
你的产品是用C# 开发的，那测试人员应该有C#的入门知识。
你测试web程序，你起码要了解HTML,CSS, Javascript, Jquery吧，否则你测了一两年web程序，都不知道这东西是怎么做的，悲剧了吧。
只有懂代码你才能和开发人员交流，不被开发鄙视。
测试人员搭建开发环境
产品的代码是最好的学习资料了，我们不能总跟在开发屁股后面做测试，不能老是等开发build一个版本后，我们就测试这个版本，开发check in了什么代码，测试人员一点都不知道。偶尔我们应该了解下产品代码是怎么设计的，了解下开发人员是如何修复bug的。说不定编程水平高了，还能帮开发做code review.
使用源代码工具把产品代码check out到本机。 经常看看代码，经常看看开发修复bug时候提交的代码.
写文档是测试人员的核心能力
我记得我以前的test lead说，之所以她能当lead, 是因为她很会写文档发邮件。 写文档需要总结归纳的能力，还要逻辑清晰。 她非常擅长分析几十页的Spec，写出几十页的测试计划。 她还非常擅长汇总测试报告。 每天将完整，清晰，漂亮的测试报告发给各个组， 让公司所有的人都能清晰的看到测试组的工作。
在她的带领下，我们总结出很多文档，比如，”New hire checklist”,
“on boarding traning”, 测试工具使用的文档，等等。
写多了博客后我发现我写文档能力提高了很多。
测试后期应该做两天交叉测试
交叉测试，就是指两个测试工程师，互相交换下测试的项目。 这样做有很多好处。
1. 有利于找出bug, 测试工程师测久了自己的项目，容易形成眼盲。会对一些Bug熟视无睹。
2. 有利于知识和业务共享，避免人员离职，请假，造成无人测试的情况。
3. 测试思想不一样，可以互相找出很多问题
测试人员的瓶颈
手动测试工作做个两三年，基本上就能掌握测试需要的大部分知识，如果没有爬到test lead的位置， 很多人就感觉到发展瓶颈了，每天重复测试，学不到东西，很快就会对测试工作失去激情。
学不到东西，技术水平低下，是测试这个行业最大的毛病。
如何突破瓶颈？ 我也不知道。
尽量实现自动化
一点要抽时间尽量把自己的测试工作实现自动化，可以节省测试的时间，提高自己的技术水平，也可以避免老是重复测试。
自动化测试VS手动测试
现在很多公司招测试的要求越来越高，很多好公司招senior QA,都要求5年工作经验以上，掌握一门编程语言，有丰富的自动化测试经验。当然自动化测试的待遇也会比手动测试好很多。
自动化是趋势， 只会做手动测试的人，以后肯定会失去竞争力。
自动化测试的技术和开发用到的技术相差太远
以前很多同事想由测试转开发，现在几年过去了，还是没转成，他们原先想利用自动化测试的技术积累，转去做开发。哪知道自动化测试用到的技术跟开发用到的技术相比，实在是相差太远。
测试转开发？ 难
努力学习编码，然后用于测试，才是正道
做测试最郁闷的是无法听懂开发人员讨论技术
有时候跟开发人员一起开会， 会议上开发人员都热烈讨论。 而我做为测试人员基本上听不懂这群开发在说什么，根本插不上话。 很多会议我甚至都没说过一句话。
优秀的测试人员非常稀少
想把测试做好非常不容易， 优秀的测试人员需要很广的知识面，良好的沟通能力（不但要和开发人员和项目经理打交道，还要跟其他组的人交流）。
丰富的测试经验，对测试工作有极大的热情， 耐心。还需要测试人员有丰富的业务知识，还要会写代码。
代码写得好的人，肯定就不会做测试，而是做开发去了。
大部分的测试经理都是有开发背景的
我发现我的几任上司都是由开发转来做测试的。 他们都是有几年的开发经验，然后不知道什么原因转行做测试经理了。他们既能开发又能测试，啥都会，能给手下的测试人员提供技术支持。
假如一个测试经理啥技术都不懂，对内hold不住手下的人，对外其他组的人不鸟你。
软件测试的确非常枯燥，需要花费大量精力
不可否认测试工作需要耗费大量的精力，所以欧美才会把大量的测试职位外包给中国， 一遍又一遍的重复测试，不停地执行测试用例， 测得天昏地暗， 头发晕。
我还记得我以前测试过一个程序的各个版本在Windows update中的升级，
先安装老版本的程序，然后Windows update 重启后看看有没有升级，最后卸载。 然后又安装，又卸载。最后测的差点吐血。
英语是测试人员的救命稻草
技术上已经不如开发了。 在英语上一定占有一些优势。
同等的技术水平下，英语好的测试人员可以进外企，比一个英语不好的测试人员的待遇要高不少。
尽量少用UI自动化测试，多使用单元测试，接口测试
能找到bug的自动化测试，才是有用的，否则就是个噱头
UI自动化测试比较不稳定，对于测试结果的分析也困难。 而且UI改动也大。 所以应该尽量多做一些底层的的自动化测试，比如ASP.NET MVC 中UI和逻辑分开了，针对逻辑的自动化测试就比较好做了。
可能感兴趣的话题
作者文中的写的有些地方，我还是赞同的，但是有点偏激，懂点开发是很好，但是有点太把开发说的很重要了，测试什么人都可以来做，也是我不赞同的，一点测试基础都没有的人，怎么会被公司看重，就算会开发又怎么样，没有测试的基础和思路，还不是测不好，测试最重要的是有很扎实的测试基础和灵活的测试思路，开发人员和产品人员也是一个样
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线内容团队正试图以我们微薄的力量，把优秀的原创文章和译文分享给读者，为“快餐”添加一些“营养”元素。
新浪微博：
推荐微信号
（加好友请注明来意）
– 好的话题、有启发的回复、值得信赖的圈子
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选文章
– UI,网页，交互和用户体验
– 专注iOS技术分享
– 专注Android技术分享
– JavaScript, HTML5, CSS
– 专注Java技术分享
– 专注Python技术分享
& 2017 伯乐在线【我分享】给软件测试人员15个最好的测试管理工具
测试管理包括我们测试人员做的任何事情。我们的日常活动包括:1.创建和维护发布/项目周期/组件的信息2.创建和维护测试每个特定版本的组件/周期,我们的需求,测试用例等。3.建立测试资产之间的可跟踪性和覆盖率4.测试执行的支持——创建测试用例集,捕获测试的执行状态等。5.度量收集/ 报告-图表之间的分析6.Bug跟踪/缺陷管理上面是一些广泛的任务,包括我们所说的测试管理过程。这个过程是至关重要的,注重细节与工具是确保整个测试过程成功的关键。好消息是,我们可以得到有效的帮助。在本文中,我们将尝试为测试管理流程介绍最常用的工具。或者是顶级的测试管理软件的比较。最突出的测试管理工具的列表1) QMetry:QMetry是一个集成的测试管理工具,您可以使用它来创建需求, 可以在多种平台和缺陷运行的测试用例(测试用例集)。在大多数情况下，它与许多主流的缺陷跟踪系统无缝集成，适合在自动化环境下使用。它是一个商业产品,有一个30天免费试用期。访问这个网站的更多信息:2) TestRail:TestRail
是一个集中在测试用例管理工具,您可以使用它来创建测试用例和用例集,跟踪执行和报告。此外,它集成了许多跟踪工具,在TestRail中，使得外部系统
需求与测试用例关联起来。它附带了一个基于http
API集成自动化测试的结果的收集功能。一个最常见的集成是Gemini,这是一个事件/票务管理系统(支持敏捷)。当然它是一个商业产品,免费试用:3)JIRA:JIRA工具随时出现讨论any-management的过程——所有正确的理由。JIRA 有2个插件,支持测试管理流程。 a) Zephyr: 您所期望的所有方面兼具的一个典型的工具。您可以创建测试/测试用例/测试周期/bugs/报告等等。你可以有一个额外的附加组件,ZAPI自动化集成。随着初始JIRAd的许可，你将不得不给钱去使用它。10个用户一个月10美元)。有一个免费的网址。查看信息:b)Go2Group SynapseRT:这
个工具有所有测试管理功能,但主要的重点是基于需求的测试。它可以用于项目,跟踪你的进展更有意义的完成和/或显现的需求与测试用例。可追溯性是该附加组
件最大的特点。随着初始JIRA许可你也必须支付该附加组件。10个用户一个月(10美元)。有一个免费的跟踪可以在:4)qTest:由
QASymphony开发的qTest是基于云计算的测试管理工具,有各种典型的关键特性。qTest在连接器的帮助下,它可以集成JIRA整个端到端质
量的解决方案——但这并不是全部,它还集成了其他工具,比如Bugzilla、FogBugz, Rally等。这不是开源,但是它价格实惠。查看信息和定价:5)TestLodge:这
是一个全面的测试用例管理工具,有4个关键方面——测试计划、需求、测试用例集/用例和测试运行。所以,正如你所看到的那样,这一切都是围绕着测试用例。
对于所有其他的操作,它集成了许多主流问题管理工具，可以提供一个全面的解决方案。这是一个商业产品,进行免费试用的访问:6)惠普ALM /质量中心:惠普质量控制一直是多年来最常用的测试管理软件。它有着所有必要的特性,在许多方面,这是其他测试工具的标准。尽管它是高端、商业工具,它仍然是非常受欢迎的。看看 = 11721417) Zephyr:这与我们前面所讨论的JIRA的附加组件Zephyr是相同的。应有的原因是因为它可以作为一个独立的单个产品。免费试用和更多信息:8)Testuff:Testuff是Saas测试管理工具,有许多很酷的功能。典型的测试用例管理功能是默认包括的。此外,它有一个很酷的视频上传报bug的功能。集成了一个巨大的bug-trackers列表,如Bugzilla,JIRA,YouTrack, Mantis等等。它有一个支持自动化工具的API,像QTP,Rational Robot,Selenium、TestComplete等等。最重要的是,它很便宜。查看功能和定价信息:9)Test Collab:这是一个基于web的测试用例管理工具, 因为它的 “Ajax 'ified接口(在软件制造商的原话)，它的速度是一个关键特性。它简单易用,集成了所有主要的bug/问题/事件追踪器,是可定制的和具有良好的报告工具。它是一个商业产品，信息:10) Gemini:这个工具的关键组件之一是支持测试和QA以及如项目计划、问题跟踪等其他方面。使用这个工具，您可以创建测试计划,测试用例,测试运行、可追溯性、测试运行报告等,还有各种集成和扩展。它是一个商业产品,免费试用在 :11)PractiTest:这是一个端到端的测试和测试管理软件。您可以组织您的需求,可以创建测试,运行测试,跟踪缺陷等,使用这个工具。它可以很好地集成与三个主要的事件管理工具,比如JIRA,Bugzilla RedMine。它不是开源。更多的特性和价格信息,查看:12) TestLink:这是为数不多的在市场上使用的开源测试管理工具。它是一个基于web的工具,要求管理、创建和维护测试用例,测试运行,跟踪bugs,报告,常见问题跟踪器等集成。下载、访问:13)QAComplete:QAComplete是最强大的测试管理工具之一。这适合敏捷/传统、手动/自动化项目。你可以用它集成QTP TestComplete。对于自动化项目,你可以安排测试运行,远程注册,在任何主机上运行。还有一个详细的发布管理功能,提供了更好的分析。它的工作原理以及主要bug-trackers和源代码控制工具——Subversion, Perforce 和CVS。有着给定的所有特性,不过它有点昂贵。有一个免费试用期。查看所有的特性:14) Silk Central:这是一个由Borland生产的测试管理产品。一旦拥有Silk Central，就会满足你所有要求。它是robustness的化身,但它也挺昂贵的。它覆盖所有特性,包括跟踪、报告测试的创建、运行。它集成了许多源代码控制和问题跟踪系统，有额外的插件以扩展其功能自动化测试使用QTP 、WinRunner等等。它带有一个视频捕捉功能,支持SAP测试。这个产品是很酷的。不妨试一试:15)IBM Rational Quality Manager:测试管理的产品,典型特征是——测试计划、设计、执行、跟踪和报告。它集成了许多合理的产品的自动化、源代码控制和bug跟踪。这是一个商业产品。看看它的功能、价格和其他信息:http://www - 03. /software/products/en/ratiqualmana额外的工具:以下是一些更值得一提的工具:16) VersionOne:这是一个商业产品，主要是迎合敏捷项目,这有测试管理模块以及规划、报告和其他所有的典型特征。查阅:17)TestPad:这个工具的座右铭是“花更多时间测试”。这个工具的主要概念是——checklists。在你的测试计划可以有一系列的checklists(测试),可以详细或尽可能短。它是一个适合探索性测试。不过这是一个商业产品,你可以试一试:18) Aptest: 这是一个基于web的商业产品,所有你期望的典型特征以及典型集成问题的追踪器。19)SpiraTest: 这个产品是一个完整的质量保证的解决方案。而不是您在单独的系统中的需求、测试、缺陷,这个工具全在集中一个地方。它是单元测试和自动化测试框架的集成。这是商业产品,但不是非常昂贵。20)Meliora TestLab:这是一个简单的需求管理、测试创建 &运行，缺陷管理、工作流优化,并与JIRA等商业集成使用产品,看看在:21)SmarteQM:一个完整的生命周期管理工具,提供了完整的端到端测试过程与其他SmartSoft支持和集成功能测试工具。它是基于web和商业的。22) Test Run:这是一个基于web的商业测试管理流程, 使用容易简单。您需要创建测试计划, 成功执行它们并报告。集成了JIRA和LightHouse。23) Test Wave:这是一个测试管理工具,不需要安装,是基于web的,是简单和便宜的。该工具可以导入已经存在的excel（需求/用例/其他测试资产），它还带有一个内置的缺陷跟踪 24) Enterprise Tester: 这个测试管理工具支持敏捷和传统项目。集成了JIRA和QTP，还非常适合自动化测试, Selenium,RFT等等。这是一个很酷的商业工具。看看在:25)TestLog:这是一个非常全面的端到端测试管理工具, 由于其XML数据库，它是很容易安装和配置的。它允许编辑维护自动化和手工测试用例。它还提供了一个用于远程访问web接口。本产品是商业产品。26)QaTraq:这是一个开源测试过程控制工具,可以用来创建测试用例,通过运行它们来记录结果等需要注意的地方:嗯,从上面的列表中,有两件事是明显的:现在没有很多开源的这种类型的工具,尽管他们中的大多数还算负担得起的。（不是很贵的意思）大部分的工具仅提供测试用例管理等功能，而脱离了bug跟踪（而是通过外部集成的方式）。(如果你问我，我会说这是一个聪明的选择。否则,我们会被重新发明轮子)。结论:即使我们拿出一个大列表,我们意识到我们不可能包含所有可用的工具。在下面与我们分享你的经验与测试管理工具。感谢Swati美国帮助我们回顾这些最好的工具。我们希望这个列表方便你寻找符合你需要的工具,我们迫不及待地想听到你的评论,建议,当然,还有赞赏。【英文原文：】
TA的最新馆藏[转]&