珍惜已得到的，不去妄想无法挽回的。做个真实的自己，希望这辈子能够牵着心爱人的手走完余生
做测试的一点感受
上一篇 /
下一篇 2011-07-21 14:55:27
/ 个人分类：软件测试
离开学校一年多，昨天跟一个同学电话里聊天谈到刚做测试的我。我跟她说刚开始三个月我不了解测试到底要做什么，只知道找bug。不知道现在同为测试的同行你们是否曾经有过这样的困惑。 因为学习环境的原因我的大学就是学编程的，主休java。java初级高级，jsp，struts，hibernate...选择了测试刚开始都开发的思想，自己认为怎么会出现bug就怎样去测试开发的程序。完全不了解测试人员处于怎样的角度，身负什么样的责任。 身为测试我首先明白我们是软件质量的保证者、监视者。软件投产上线前不出现质量问题是我们的期望，产品的正常上线不仅是开发的功劳更有我们的贡献。说到测试我们就会想到开发，似乎这成了软件中似乎矛盾的两个必然存在实体。从某种意义上来说测试服务于开发，通过产品带来沟通，从测试结果体现服务的内容。而我们最终目的都是产品能够正常上线。
专业的寻找bug是我们每个测试人员工作最基本的要素，但是我们要清晰将测试结果沟通给我们直接服务人员---开发，这也是工作的关键。很多开发人员对测试人员递交的报告深感头疼，造成过多的言语沟通浪费了很多时间。 最为测试人员我们要时刻掌握自己所测试的程序的质量情况，并且能够很明确的将这个质量完整度回报给项目的管理者。记得刚来到公司的时候接手的项目是个整体网站的测试。交付测试的时候说真的程序实在让人头疼，每处程序接口都会存在各种各样的缺陷，突发性错误也很多。这样的项目如果说完全不行或许不为过，但是当时存在项目决定一个人的留与走。每个人得到的机会不多，也是希望负责我这部分的开发能够争取他的机会，并没有及时把这种情况反映给领导。期待着他第一轮修改的结果。但是修改后还是不尽人意，没有办法只好把当时测试报告给了领导。当时领导又给了些时间，但是最后的测试还是没通过。有的时候就是这样不是情面和机会的问题，很多时候是能力的问题。
存在隐患的缺陷上线了只会损失更大，一个测试人员的心中要有杆质量的称。影响软件的因素很多，经费、市场、策略、时间等等，我们虽然是软件质量的最后一关，但是我们却无法决定软件的一切。
面试的时候时常有人会问你：如果你认为是bug开发认为不是bug你会怎么处理，其实如果有过经验的测试回答这个问题很容易。我们都会遇到这种问题，刚做测试那会因为公司不重视测试，有一些问题开发会跟你说这样的问题不是项目的重点可以忽略。曾经因为这个被领导批过，那是刚工作那会，自己脸小偷偷的哭过。后来遇到这样的问题都会直接邮件给开发抽送给领导。现在的工作性质，开发如果认为不是bug会直接找到我，但是没有正当的理由我不会放行，必须给我一个合理正当的理由来把我说服。当然这中间不是唇枪舌战的，一定要做好沟通。有的时候也许是一句诙谐幽默的话，工作谁生气了都不好。 以上是一些做测试的一些感受。
收藏
举报
TAG:
