2012-12-31

我们公司也在这传说的2B公司的行列中，今天照常上班，不过也好，上一天休三天也还是舒服滴，再说了大冷天的有免费空调吹也是不错滴，呵呵。

1.      今天把上周编写的业务文档整理了下，留着它在，对于新增/修改业务时设计测试点还是比较有帮助的

2.      整理了自己发现的问题，将问题以列表方式展示，并分配了优先级和严重程度（由于我所发现的大部分问题都是后台系统上的，后台系统是由本公司运营人员所使用，所以很多问题的是否需修改，很是纠结。可能很多问题公司老人都已经发现了，只不过认为运营人员已知晓且不会介意，所以就未进行完善），而且现在的公司貌似还没有个问题单管理工具和提单文档类的，所以对于提示和建议性的问题只好先自己记着，严重的问题找对应的产品经理沟通（新公司这，俺们测试不和开发沟通，反馈给产品经理让其去沟通）。

3.      每天两条《软件测试经验与教训》之5,6：迅速找出重要程序的问题和跟着程序员走；“迅速”和“重要”决定了我们在执行测试时因分主次，优先对新增/修改的功能进行主要流程测试，其次测试新增/修改的功能对原有功能的影响，在程序能完成主要功能的基础上再进行次要功能的测试。为程序员提供支持，在程序员提交测试，及时进行测试并发现问题，不让自己成为项目的瓶颈。

4.      研究excel，研究的功能不多，只有背景色和字体颜色、显示或隐藏文字拼音、条件格式，但是已经有个小文档出来了，鼓励下，呵呵。

5.      找了《性能测试从零开始——LoadRunner入门》资料，看了第一章，对响应时间、吞吐量、资源使用率、点击数等有了一个接触

在新公司也快一个多礼拜了，相对于上家公司来说，有太多的不足了，测试流程很不规范；没有专属我们测试员的测试环境，在现有的环境上不能做很多操作，不然就会有人跳起来说谁又动了，不要动这个功能；没有一个问题管理工具，对于自己发现的问题到底该如何去处理有点懵了，而且对系统的功能要求没有那么严谨，所发现的问题是否需要去告知也迷糊了。说这些，我不是在抱怨，只是想说明下，顺便让自己好好思考思考，该怎么去完善。