8个方面写好测试工作总结 如何做好测试工作总结( 二 )


2、 建议有一块砖的思想 , 哪里需要就可以往哪里搬 , 能达到这种程度后 , 基本上团队什么事情都会想到你 , 那么这个时候 , 你离发展的提升也就不远了 。
3、 作为测试人员 , 需要避免只把自己当测试人员的思想 , 我们要站在更高的层面 , 就像我们属于项目组 , 但同时又要高于项目组一样 , 不能所有事情都是项目组说什么就是什么 , 一定要有自己的思想 , 我觉得是对的就要坚持 , 最后都无法达成统一的需要寻求资源协助 。当然 , 我们的想法有时候也可能会有错的 , 那么别人说的正确的意见我们也要采纳 , 并不是测试发现的所有问题都必须要解决 。
四、沟通
作为测试人员 , 学会沟通是我们的一门必修课 。在下面几个环节 , 我们需要深入思考 , 并积极发表自己的意见 , 以及与项目组的沟通 。
1、 需求评审时 , 多发表自己对需求、对产品的看法;
2、 用例评审时 , 一定要思路清晰 , 有条不紊的评审用例 , 因为测试用例的评审是以我们为主导的;
3、 测试过程中与开发确认问题时 , 需要积极沟通 , 协助开发定位问题;
4、 与开发沟通时 , 尽量从这个问题对用户的影响程度方面来说 , 这样更具有说服力 。
五、注重细节
1、 测试过程中 , 每一个词语的定义是否合适、每一个图标的含义 , 都需要思考(比如**项目中 , **工艺图中 , 不同的颜色分别代表什么含义 , 有没有人去询问过、上网查过、或者找设计的人了解过);
2、 文档的细节 , 作为测试人员 , 从项目开始到结束 , 会输出很多测试文档 , 这些文档里面 , 可能很多是从其他项目copy过来的 , 有的时间没改、有的名字没改、有的甚至连项目名称都没改…诸如此类的文档很多 , 凡是经过自己手写出来的文档 , 一定要从头到尾认真、仔细的读2遍 , 否则 , 就这一点 , 就可能对你的测试工作、测试能力打折 。
六、测试技术的积累
1、 不要老在开发面前表现自己的“小白” , 时间久了 , 自己就可能真的会变成“小白”;
2、 平时测试过程中 , 除了测试界面的功能之外 , 可以查一下数据库 , 检查数据是否写入数据库成功 , 如果自己把数据库的数据再修改一下会怎么样;
3、 前端测试的时候 , 多看看服务器日志信息 , 很多时候前端操作的异常 , 通过服务器错误日志信息可以找到问题原因 , 如果我们把问题原因告诉开发 , 将是开发比较高兴的事情;
4、 学会使用页面分析或抓包工具 , 比如点击某个按钮无反应的时候 , 我们可以通过IE浏览器的F12 , 或者fireFox的debug工具 , 查看请求与响应;
5、 当发现问题后 , 不要急着记录问题 , 先自己确认问题 , 是否与浏览器、缓存等有关系 , 确认问题后 , 最好还可以找到问题的根源 。

猜你喜欢