在测试这一系统时，我总结了以下三点：
1.业务流程的掌握要比系统流程重要的多，业务是整个系统的核心，只有业务熟悉了，那测试系统才会更精确、更有效。
2.与开发人员沟通需要有一定的耐心与信心。每个人都会有工作的压力，如何沟通，这需要有一定的技巧，在确认bug的时候，测试人员要有信心，对于自己测出的缺陷，要十拿九稳，对于开发方的反驳自己要确信这就是缺陷，当然发现的确不是缺陷的时候，那就不要再辩下去，要适可而止。对于解决不了的问题，测试人员要有一定的耐性，直到问题解决。
3.在测试系统的时候，一定要细心，不能放过任何一个可能出现bug的角落，这就与设计用例有很大的关系，用例的覆盖率要全，有效率要高。
王嘉 2010-09-03
我想问一下,你们做的测试用例的覆盖率大概是多少呢?
贾萃萃 2010-09-03
王嘉: 我想问一下,你们做的测试用例的覆盖率大概是多少呢?
一开始设计当然覆盖率会小一点，80%，但是在后期还要对用例进行修改，尽量做到99%，你觉得了？
孔祥楼 2010-09-03
你说的“系统流程”指什么？
贾萃萃 2010-09-03
孔祥楼: 你说的“系统流程”指什么？
就是要测试的实际系统
郝帅 2010-09-03
1.业务流程的撑握要比系统流程重要的多，
不是“撑握”，是“掌握”。
李超 2010-09-03
看来楼上的测试的时候一定喜欢找错别字
熊志男 2010-09-05
业务放第一位一点没错
张平 2010-09-06
说的不错，继续加油吧。
贾萃萃 2010-09-06
张平: 说的不错，继续加油吧。
恩，会的，3KS
段辰 2010-09-08
有工作，有总结，才有提高，嘿嘿加油
邓浛 2010-09-10
如何根据项目进程··来制定测试计划呢
邓浛 2010-09-10
总是在怀疑自己的测试是不是得当
贾萃萃 2010-09-10
邓浛: 如何根据项目进程··来制定测试计划呢
计划是由测试组长或者是项目经理来制定的，项目做的多了，自然就会合理的计划如何安排工作的。
请 登录 后发表评论
