某项目（因为是实际项目，所以要保密）开发了６个多月了，2个星期前正式版本发布了，发布以后，需要开发新的功能点，预计今年年底开发完成，年假过后测试（单元测试是由开发完成的，所以测试组要等年后发版本，才能测试）。这时就有几个新来的同事不止一次的问我：我们现在任务的是什么？新功能什么时候开发完成，什么时候能测试？我告诉他们说年后才能测，有人问，那我们现在干什么？还要走用例吗？我说不用走用例了，这段时间自由测试，等马上新用例写好了，熟悉一下新用例…… 有些人见到这些问题可能会感到可笑， 但不可否认，有很多新人，遇到这样的时期都会很迷茫，不知道干什么好，只是很少有人问罢了，面对这个问题，下面我来写一下：这个月我将做什么？
2008年12月22日，正式版本发布了，同时也接到了新的需求。新需求下来，第一件事毫无疑问是熟悉新需求，编写测试用例。第一天熟悉新需求，在TD中把测试用例框架搭好，第二天写好大部分用例，这周的剩下几天，检查是否有功能和逻辑遗漏，补充用例。同时总结了一下自己，把自己的体会发布到51testing测试论坛
第二周：完善需求文档：
1、将有变动的需求以文档形式整理出来，防止混淆
2、画出了新需求的业务逻辑图（第一周是在纸上画的草图），将新功能与老功能有交互的模块罗列出来，用于在新版本中验证新功能的加入是否影响以前的功能，制定新版本出来后的测试方向（说白了就是罗列一下测试重点：1、根据经验列出哪些模块容易出现问题。2、理清模块交互关系，关注模块关联性（就是验证模块的改动对其关联模块会有什么影响））3、列出用户所有可能进行的操作或场景（为新版本测试执行提高效率）……）
第三周：第一天（今天）写总结
以后的安排：补充和完善前面的文档，上一些测试论坛学习相关知识，充实自己
上面是我的安排，那么对于新人来讲，应该做些什么呢？我只有2个字：总结
下面讲一下，我刚进入测试行业是怎样总结的（利用测试管理工具进行总结）：
1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷，关注CLOSED_NBUG、ByDesign、Rejected、Deferred状态的缺陷：
a)CLOSED_NBUG状态的缺陷一般都是需求不明确，需求变更而产生的，看一下这类缺陷，可以总结一下哪些需求容易产生误解，和出现了哪些新需求。
b) ByDesign 状态的缺陷一般都是设计上的问题，可以以此总结一下设计上存在哪些不足，有什么好的建议，还可以给项目经理提（这样的建议一旦采纳，那你的身价会提高很多）
c) Rejected状态的缺陷有几种情况：一、重复提交（有的人会改为CLOSED_Nbug）二、开发人员认为不需要修改，三、不是问题（对需求不够理解造成）对于Rejected状态的BUG一定要看Comments（备注：通常是说明Rejected理由的），如果没加备注，那要确认下为什么要打回？（我们公司要是Rejected不加备注，要直接打开，然后备注写上：未说明Rejected原因，重新打开，个人觉得这样不太好，应该先和开发确认一下Rejected原因，合理的话要让他加上备注，如果不合理，要和他交涉并和测试组长或经理确认一下是否需要重新打开）
d)Deferred 状态的缺陷一般是项目时间比较紧而且这类缺陷的存在又不会影响系统的正常使用，所以延期处理，对于这样的缺陷，可以暂时不用关注，但是要确认一下大约在哪个阶段修改，确认后记录下来，到了相应阶段，继续关注这些缺陷，可以通过这类BUG总结一下哪些缺陷可以延后处理（重点说明：优先级虽低，但是一定要提，只是为了让自己对缺陷主次有个认识）
2）如果说测试新人工作的第一层次是从执行用例开始，那么第二层次就是编写测试用例了
把测试管理工具中的用例详细看几遍，学习别人的用例编写方法和思想，空闲时间可以自己试着编写，看自己编写的与别人编写的用例差距在哪，从而不断完善。重要说明；着重用例编写方法和思想的学习，而不要死搬硬套
3）进入一些测试论坛，比如51testing，把自己的困惑和经验和大家一起分享，在学习中，不断进步。
好了，马上下班了，先写这些吧，写的不好的地方，请多多指教，谢谢。
版权声明：本文由会员 feiyunkai 首发于51Testing软件测试论坛 [软件测试新手上路] 版块。
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
