一流的制定标准
今天，天气晴朗挺风和日丽的。大清早，8：30去公司上班。刚坐下，空调的热气还没有温暖我的小手呢！就被需求部的叫过去开会了。叫我从头到尾描述一下测试工作，好马就是拿出来遛的，三下五除二地，噼里啪啦地讲了一堆。他们也鸡蛋里挑骨头地找了些缺陷，嗨！最后来了句，BUG 的格式和测试用例的格式都不正确。让我回去写一份BUG格式规范，和测试用例地模块。噢，对了，还来了句，说现阶段不能这样测试？要从用户地角度测试软件的逻辑上有没有不合理，分明了这个软件的逻辑上就走不通么？这难道也是我们测试人员的事儿么？我理想的测试工作应该是写写测试用例，编写QTP脚本，然后就没我的事了哇！最多脚本有问题了，增强脚本。难道软件逻辑也要我们去分析，那不是管闲事了么？什么力量，不，什么让我有兴趣写这样规范文档的呢？有听说这么句话不，一流公司定标准，二流公司做技术，三流公司做产品。算了，满足一下自己的虚荣心，写了几个规范文档，给他们吧。
算算，做测试这一行也有半年了，盘点自己成长经历。想到六月份，傻傻地进入了软件测试一行，当时觉得测试只是点点鼠标，没有什么技术含量。在整个研发部没有一席地位，记得自己曾经在RTX中写到“万般皆下品，唯有写代码的高！！”愤愤不平呀，整天累死累活的，工资还没人家高。想想就不干了。后来，经高人指点，慢慢地学会了，调试代码、编写测试同时还接触了自动化测试工具，而现在已经如火如荼地学习起QTP并且也可以运用到现在的软件测试工作中去了，虽然现在还不很深入了解，但是谁不都是由浅入深的么？就这样吧，一步一个脚印，朝着自己预期的目前奋进！float] 三流的测试人员，会使用几个工具，只能找到代码中的错误，二流的测试人员，可以找到规格说明书中的问题，一流的测试人员，可以帮助制订规格。你只想做三流的测试人员吗？ 路过的~
页:
[1]
