软件测试工程师的工作 软件测试工程师的职责.doc

软件测试工程师的工作软件测试工程师的职责现在让我们换一种角度看看典型的软件测试是如何进行的,暂且把软件测试过程看作一场大戏,主角就是测试工程师,按照时间顺序记录软件测试工程师一天的工作场景(假设正常工作时间9:00到18:00)。测试大戏开演时间:9:00工作场景:启动工作计算机,查看收到的电子信件。画外音:查看收到的电子邮件,理解当天的测试工作的内容和要求。测试工程师至少配置两台计算机:其中一台是日常工作用,例如,收发电子邮件等。另外还有一台软件测试用的计算机。时间:9:10工作场景:回复电子邮件。画外音:回复电子邮件。如果对于安排的测试任务和要求存在任何疑问,请在回复电子邮件时列举出来。如果任务明确,回信中可以简单的说明理解测试任务了,按照测试任务要求进行测试。电子邮件有不同的优先级,任务非常紧迫的电子邮件应该优先处理,尽快回复。时间:9:25工作场景:启动用于测试的计算机根据测试要求配置操作系统、安装要测试的软件根据测试用例执行测试任务A。画外音:测试一般需要按照测试指导文档和测试用例进行。很多软件的测试要求在一个“干净”的计算机上测试(提示:干静的计算机是仅安装了操作系统,没有安装其他应用程序的计算机)。在进行正式测试前,需要阅读测试文档,明确测试任务(这些测试文档你找到了吗?是最新的测试文档吗?)。时间:11:00工作场景:执行软件测试,书写软件测试Bug报告画外音:按照测试要求,尽量多找出软件的Bug。(什么破软件,能找出这么多Bug!反过来想,软件如果没有Bug,我们测试工程师不就失业了吗!)根据发现的软件Bug,按照客户要求写出每个Bug的报告(要书写明白,否则客户事后会要求你重写,很费时间,也影响公司的测试质量,是否很没有面子?)时间:11:30工作场景:报告测试执行中的遇到了问题画外音:如果测试用例的步骤不明确或者测试的软件不能成功安装,无法进行下面的测试,应该及时向测试负责人报告,等待答复后进行测试。(重大问题,切莫瞒报,也别主观想当然地猜测!)如果某些测试步骤不明确,但是可以暂时跳过,请向测试负责人报告,并且继续进行下面的测试。(灵活处理,合理利用时间,时间就是金钱!)时间:12:00工作场景:查收和回复新邮件,新邮件又来了一个新的测试任务B,而且要求紧急处理。暂停测试任务A,进行测试任务B。画外音:测试过程中,要主要定时查看是否有新邮件,特别是那些要求非常紧急的任务。(重要任务一定要优先处理,否则就是工作失职)如果新任务比较紧急,应该中断当前的测试,接着执行新任务。(为什么计划总是没有变化快,可是现实就是这样。)时间:12:30工作场景:午餐、休息画外音:阳光、午餐、休息,美!(禁止在办公室玩任何电子游戏,办公室不是娱乐场所!)时间:13:30工作场景:查收和回复新邮件画外音:真幸运,没有其他新任务。继续上午的任务B。时间:14:30工作场景:完成新任务B,向测试负责人提交任务B的测试结果画外音:完成任何任务后,需要向测试负责人发送任务完成的电子邮件。(这一点很重要的,否则你做的工作再多,测试负责人也不一定很清楚)提交任务的电子邮件中,应该写明任务是否全部完成,存在什么问题,测试结果存放在什么计算机的哪个目录中。(想象测试负责人需要你提交哪些内容,最好在一封信中交待明白,完整,清楚,条理分明)时间:14:40工作场景:发送测试任务A不能按期完成的电子邮件画外音:由于执行了新测试任务B,使得测试任务A不能按时完成,应该及早向测试负责人发送电子邮件。(如果你不主动说无法按时完成任务A,测试负责人就默认为你能够按时完成。而如果到了完成任务的最后期限,而你突然向测试负责人说任务还没有完成,那么我可以很负责任地告诉你:测试负责人将会很生气,后果很严重!)得到测试负责人的答复后,继续执行测试任务A。如果客户要求必须当天完成测试任务A,可能要做好加班准备。或者请测试负责人将一部分任务分解给其他测试人员执行(呵呵,谢谢兄弟们拉我一把...)。时间:14:50工作场景:继续执行测试任务A。画外音:寻找软件Bug(这是主要任务之一)书写Bug测试报告(这也是主要任务之一)时间:15:30工作场景:查收和回复新邮件画外音:没有新电子邮件,呵呵!继续执行测试任务A。时间:17:00工作场景:参加测试小组内部会议画外音:经常在测试过程中,测试小组内部会召开短暂的会议http://s/。(交流很重要的,倾听和发言一个都不能少)会议内容一般是测试过程中遇到的问题,以及可能的解决办法,也包括测试进度是否与测试计划保持一致。时间:17:30工作场景:发送当天任务完成情况的电子邮件画外音:当天任务完成情况的报告应该在下班前尽早发送给测试负责人,以便得到及时回复。总结当天测试任务完成的情况(全部完