我的测试我做主-------1年工作总结

爱加菲

在去年的10月份我转做测试之前，我做了6年多的软件开发工作，考下了数据库系统工程师和信息系统项目管理师的证书。

记得曾在坛子里发过一个帖，自己也犹豫要不要转行做测试，坛友们多数都劝我不要转。

时光荏苒，一转眼测试工作已经做了1年多了，这是忙碌而充满挑战的一年。

在这个有点空闲的下午，我想和大家一起，回首看看这1年发生的许多故事，和大家一起分享我的心得和体会，收获和失落，快乐抑或伤感。更希望得到各位前辈的建议和意见。

爱加菲

感触很多，就想到哪儿写到哪儿吧。
一.收获：
1）公司软件产品的质量在引入较为测试过程之后，提高了很多。最大的收获就是工作得到领导的肯定。

2）测试经验的积累：从最开始摸索着前进，自己看书、泡论坛、找做测试朋友的求助学习，到现在，可以游刃有余的做好每天的工作。公司的软件测试过程从一片空白，到现在行成初具模型的较规范的测试过程和质量控制体系。个人的每一点的进步，公司测试体系的每一点进展，都让我觉得快乐和充实，觉得自己的付出是值得的。

3）与人沟通交流经验的积累。

爱加菲

二：失落：
1）与开发团队的疏离，测试目前还是只有我一个人在苦苦支撑。跟领导提过很多次需要加人，领导也意识到测试工作的重要性，但介于种种原因，一直没有合适的人选。工作中的孤独感，在遇到困难时常常会有无人可以交流倾诉商量解决的痛苦。

2）公司软件开发过程的不规范，影响到测试的计划和执行。因为领导是比较专业的技术出身，所以在他的支持下我全程的参与了公司软件需求阶段，甚至部分解决方案由我来撰写的，加上我多年的开发经验和对于项目需求有比较深入的理解和把握，所以在没有规范的开发设计文档作为测试输入的情况下，我个人尚能应付工作。但是基于测试队伍可能会扩大的考虑，如果是一个测试新手，很难在这种开发的方式下，做好软件测试工作的。这是我很担心的一个问题，也希望未来的新项目的开发能够有规范的管理过程和文档。

zhang_y

支持一下

爱加菲

感触：沟通：

和做开发的时候只需做好自己的工作不同，测试需要面对更多的人，需要处理多方的关系。刚引入测试管理过程之后，部分开发人员对于测试工作的不理解和工作上的不配合，是我做测试工作之后遇到的最大难题，相比于其他体力智力上可以解决的困难，这个可以说困惑了我很长时间。

曾经经历了一个很痛苦的过程，甚至一度怀疑自己。工作中无人可以交流，只能把困惑跟朋友和lg叨叨，大家都认为不是我的问题，大家给我提了不少意见和建议,很感动。

现在总算是拨开云雾见太阳了，关系理的比较顺了。

总结了一下,得益于自于以下几点：
1.项目管理人员对于测试工作的重视，领导的重视和帮助是做好工作的前提；

2.实际的效果:引入测试之后，程序质量的提高，修改越来越少，服务的成本也减少了，客户满意了，让开发人员从内心来认可测试工作。

3.尊重开发人员，彼此要体谅。测试是咱们的工作，但同样开发工作也是非常辛苦，所以不要觉得你挑出了一些bug就很了不起。谁都不愿意别人说自己的程序有问题，所以对于bug清单，开发人员内心的那种抵触是可以理解的，所以，作为测试人员一定不要激化他们这种抵触情绪。开发部门的一些新同事会面对他们程序长长的buglist会很囧，我常常对他们说：发现bug是很正常的，谁写的程序都会有bug，ms还打补丁呢。改好了就好了，大家都是这么过来的，没关系啦。所以，绝大多数开发人员跟我的关系都不错啦，彼此工作的配合也很愉快。我们这个部门，基本保持在我一个人测试，5-7个人同时在做开发，我可以胜任这一年多的测试工作，也很感谢开发人员对我工作的配合和支持。

4.个别对测试工作不重视de开发人员，严重的影响到测试工作的进度，经过多次沟通的努力，态度依然恶劣甚至置之不理.虽然这样的人比较少，但是存在。有的人觉得测试是再给他找麻烦，说话态度很不好，有时候挺伤自尊的,我为此甚至于暗暗流泪，后悔当初选择了做测试。

但是，想通了之后，我还是认为，人的本性都是善良的，只是个性不同，很多问题是他没有意识到，一切都来自于他对于测试工作的不理解，千万不要认为他是针对你个人，大家都是工作，扯上私人关系反而不好解决。和这种人沟通的过程中，一是：要有底线，不放弃，不妥协，不卑不亢，理性对待。二是，实在搞不定，需要向项目管理人员求助，请他们来协调关系。

爱加菲

zwj51

支持一下。
（另外楼主5#的序号有错误，两个2哦）

赵佳乐SMILE

楼主 偶像 希望多和你学习。。。

千里

支持爱咖啡同学，从开发转行做测试的成功案例，不过不能算典型代表，呵呵。
看到爱咖啡的感悟，还是能够体会到很多实际工作的得与失。

愚人

支持咖啡，支持原创……

qiujialei

支持楼主，有我们的努力，相信测试会越来越好

爱加菲

支持一下。
（另外楼主5#的序号有错误，两个2哦）
zwj51 发表于 2010-12-9 17:29

感谢看的这么仔细！已修改。
还没写完，今天有空继续写，谢谢大家鼓励！

爱加菲

支持爱咖啡同学，从开发转行做测试的成功案例，不过不能算典型代表，呵呵。
看到爱咖啡的感悟，还是能够体 ...
千里 发表于 2010-12-9 18:19

谢谢版主鼓励。
成功也算不上呢，只是在测试的这条路上摸索着往前走了一小步而已。
坛子里都是专家，是我的目标和偶像。

在这一年忙碌的工作中，经验是有了一些积累，但也忽略了平时知识的学习和积累。最近有了一点点空闲，所以就上坛子来跟大家聊聊自己的一些感受，抛砖引玉了，希望得到大家的关注和建议。

爱加菲

楼主 偶像 希望多和你学习。。。
赵佳乐SMILE 发表于 2010-12-9 17:53

受宠若惊。。。真是让我汗颜了。。。
mm，坛子里很多高手，你还是偶他们比较好，呵呵。
咱们一起学习，加油吧！

爱加菲

支持咖啡，支持原创……
愚人 发表于 2010-12-9 19:53

谢谢版主鼓励。
这个论坛对我来说，就像一个家，在我遇到困难、痛苦和彷徨的时候，这里是知识的宝库，心灵的港湾，在我有了一点点收获和心得的时候，也很希望能和大家分享，得到大家的批评和建议。

tangxiaoling

很想知道你现在的测试过程? 你从需求,方案开始参与,在这过程中,有写测试计划,测试用例吗? 有按此执行吗? 你主要是做系统性的功能测试,还是性能各方面都有呢? 有无用到一些测试工具?

我是专职的测试人员,我们公司也只有我一个测试工程师.七,八个开发人员.除了测试,客服解决不了的一些服务器问题,也是由我来解决,我解决不了再反馈给上级.我现在根本就不用写测试计划了,也不用写测试用例,自己想怎么测就怎么测,自己说了算!没有人沟通.这二年多来,对业务方面的测试深入了解了很多,但在测试技术上,成长不大.我与开发的关系处理的挺好的.

TIB

一个人做测试面对的压力可想而知，要想做得好、做得规范，困难重重，也不是一早一夕可以解决的，从技术上、从管理流程上、从大环境上都要逐步调整和改变。

目前很多中小企业，逐渐从原来的开发部门分离出测试部门，碰到很多类似的问题

爱加菲

很想知道你现在的测试过程? 你从需求,方案开始参与,在这过程中,有写测试计划,测试用例吗? 有按此执行吗? 你 ...
tangxiaoling 发表于 2010-12-11 09:32

我们是做业务生产管理系统，工控系统之上，erp之下，与这两个系统都有接口。包括mis和mes的部分功能，架构是已经比较成熟产品。

目前大部分工作都是在做功能测试。对于接口和数据量较大的的查询部分，性能测试也需要做。

因为我从需求阶段开始参与，过程基本就是W模型。

测试计划是必须有的。

目前还没有用到测试工具，我目前正在看这方面的东西，我想有多年开发的经验，写测试代码对我来说问题应该不大，但是问题是，在现有的条件下，是否适合使用工具测试？另外自动化测试工具的使用方法也需要我慢慢摸索。需要学习的东西太多了。。。时间精力有限啊。

特理解你‘想怎么测就怎么测’的状态，呵呵，我一开始就这样的。因为我对系统的需求掌握比较到位，所以开始的时候这样做还是能应付功能测试的需要的。但是后来发现这种信天游的方式实在不可取，原因有三个：一是跟着感觉走，测试的执行过程中容易忽略丢掉了部分测试点，二是这种没有计划性的测试很容易导致重复的测试工作。三是没有积累，这种方式仅适于对系统有把握的人来做测试，如果是新人，那无从下手。所以我深刻的理解了为什么测试需要写那么详细的测试用例。测试本身就是一个严格谨慎的计划性很强的工作，所以，我个人认为，测试的设计非常重要。用例的设计要精巧，最基本的要求是：用最少的时间，最少的例子，覆盖所有可能出现的所有情况。

我现在的做法是：
因为项目进度和我自身时间精力的原因，我一个人不可能把测试用例设计做到很规范，关键是等我把用例全做好了，估计也就没时间执行测试了。（我看过大外企工作同学的用例设计，感慨他们的规范和细致，当然，他们是一个测试团队）。目前，我把系统模块和页面分成两大部分，一部分是比较简单的，比如：单据的增删改等页面。另一种模块是具有复杂的业务流程、单据流转、复杂的报表、算法、统计等功能的模块。对于后者，涉及到流程、复杂算法的模块，测试用例是必须提前准备好的，而且设计测试用例往往可能会花费较多的时间，但是，绝对事半功倍。测试执行之后，我把buglist、用例设计文档、执行测试过后的数据库，一起打包发给开发人员，开发人员根据这些，就能很快的给bug定位，也提高了他们修改bug的效率。对于前者，简单页面，我总结了一个针对这些页面的测试流程，按照这个流程去执行，执行过程中，根据页面的具体情况再自由发挥。

其实，在准备测试用例的过程中，相当于在心里，你把系统执行了一遍，什么输入，期待什么输出，在执行测试之前，已经做到‘心中有丘壑’，所以说，用例设计是一个事半功倍的事。

爱加菲

一个人做测试面对的压力可想而知，要想做得好、做得规范，困难重重，也不是一早一夕可以解决的，从技术上、 ...
TIB 发表于 2010-12-11 09:40

谢谢理解。这一年，真是困难重重，每往前一步，都不容易。
劳心劳力，最难受的时候是得不到理解和支持，真的是委屈的想哭。

现在心态好多了，知道很多问题不是在于我自己身上，而在于整个企业的体制、管理方式、领导的思路上。就尽自己的努力，积累知识和经验，做好自己的工作吧。

zws20041984

我也是从开发转到测试的，刚刚转行时，原公司也只有我一个测试，面对四十多个开发，开展工作很难，项目的头头都是老人，根本不理你，发现问提交也没人回应，做得很不开心，同时也感觉到自己一个摸着走路，没什么长进，于是辞职，选择了现在的这家公司，其它的不说，至少我学会了不同项目采取不同测试方案。