学生感言
孙楠工作日记——东软测试经历 |
| 发布时间:2008-10-16 撰稿人:07对日 孙楠 |
进入东软我没有去做开发，而是到了测试部。开始觉得好像没能学以致用很遗憾，但在工作过程中却对此有了很大的改变，而且也深刻领悟到了从开发到测试的技术转变思路的可贵性。
其他公司的测试我不太了解因为很多公司没有单独的测试部门东软的测试部门主要是对日，很多时候是日本人自己写的，或者是给让其他公司写的程序，然后将测试部分外包给我们测试的主要工作，基本分为准备阶段、用例阶段、自由测试阶段和后期总结阶段，这个阶段对这个软件的理解和日语很重要，对软件的理解包括软件本身的功能和用户对软件操作的感受。自由测试阶段也有手顺要求，一般是公司自己写的用例，内容操作手顺比较简单也比较模糊，主要是根据自己对软件的理解和站在用户的角度去考虑来判断，每一步手顺是否OK 。
刚开始去的时候我觉得做的工作内容和网上介绍的测试技巧与方法完全不搭边，但是进入自由测试阶段就感觉出来，没有一定的测试理念很难发现BUG，组长当时是这么说的如果对软件完全了解，测试的时候不漏BUG 完全不用用例，因为技巧性不强，而且每次都是一个陌生的软件，所以在测试阶段不是所有的人都能对软件完全了解的，还是需要手顺来引导操作。
由于我们在测试的时候，日方也在测，每过一段时间都进行下总结，哪些BUG是日方提出了，我们没有发现；哪些是我们发现了而日方没有发现某如果我们漏出日方就会质问，但是测试结束时，日方没有时间和精力再复查你的测试用例。
工作内容基本就这些，其他还有些是工作后需要掌握的基本技能，像什么日报的提交 BUGBASE的书写 BUGFIX的书写什么的，时间长了很好掌握。
在这段工作期间，体会比较深刻的就是要做好测试，对软件的了解和日语非常重要，有的时候你看明白了手顺的意思，但是不会操作；有的时候手顺的日文看不懂，其实实际的内容明白意思了，很好操作。再一个就是站在用户的角度对软件的理解，了解用户平时都会在什么情况下操作这个软件，连接WALKMAN 上网还是其他什么情况下，这种情况下的BUG很容易漏出。
最后就是对于软件开发的理论知识要求也很重要，这主要体现在自由测试部分，因此没有充足的开发理论作基础，仅仅懂得测试流程是很难真正做好测试的，所以大家不要以为我不学开发也能测试，这是不对的，作测试的不一定会开发，但懂开发的测试一定会做得更好。
另外在工作期间，组长经常和我说的话是：测试不怕把OK的结果置成PG（问题讨论）NG(BUG)，因为虽然可能耽误些效率，但是这些都会在组长层次分析出来，问题不是很大；但是十分害怕把NG置成OK因为组长复查用例的时候，是不会看OK结果的，因为条数太多，一个个查根本看不过来，只能弄清PG和NG是否是BUG ，因为BUG数会影响委托公司对你测试服务的评论。再一个就是用例做的多、做的快都不是最主要的，主要是发现BUG，如果把BUG置成OK的话，就会从组长层次漏过去，日方会查出来问题，但还不是最严重，最严重的是上市后由用户发现了这个BUG 维护费用成几何数级增长，这是最严重的损失，因此认真对待每一个流程才能确保项目的顺利完成。 |
|
上一篇 6年软件经历分享 下一篇 实训在东软, 成长在东软 |
