软件测试工作Word文档格式.docx
- 文档编号:20179367
- 上传时间:2023-01-17
- 格式:DOCX
- 页数:12
- 大小:18.24KB
软件测试工作Word文档格式.docx
《软件测试工作Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件测试工作Word文档格式.docx(12页珍藏版)》请在冰豆网上搜索。
9:
00工作场景:
启动工作计算机,查看收到的电子信件。
画外音:
查看收到的电子邮件(哇塞,这么多电子邮件!
),理解当天的测试工作的内容和要求。
测试工程师至少配置两台计算机:
其中一台是日常工作用,例如,收发电子邮件等。
另外还有一台软件测试用的计算机。
时间:
10工作场景:
回复电子邮件。
如果对于安排的测试任务和要求存在任何疑问,请在回复电子邮件时列举出来。
如果任务明确,回信中可以简单的说明理解测试任务了,按照测试任务要求进行测试。
(正好今天有一封电子邮件分配了测试任务A,而且任务明确,测试文档等完整。
)电子邮件有不同的优先级,任务非常紧迫的电子邮件应该优先处理,尽快回复。
(面对多封邮件保持镇定,分清哪些邮件需要马上回复)并非全部的电子邮件都需要回复(抄送给自己的邮件和一般通告等不需要回复)时间:
25工作场景:
启动用于测试的计算机根据测试要求配置操作系统、安装要测试的软件根据测试用例执行测试任务A。
测试一般需要按照测试指导文档和测试用例进行。
(软件测试可不是盲目的乱测一气的呀!
)很多软件的测试要求在一个“干净”的计算机上测试(提示:
干静的计算机是仅安装了操作系统,没有安装其他应用程序的计算机)。
在进行正式测试前,需要阅读测试文档,明确测试任务(这些测试文档你找到了吗?
是最新的测试文档吗?
)。
11:
执行软件测试,书写软件测试Bug报告画外音:
按照测试要求,尽量多找出软件的Bug。
(什么破软件,能找出这么多Bug!
反过来想,软件如果没有Bug,我们测试工程师不就失业了吗!
)根据发现的软件Bug,按照客户要求写出每个Bug的报告(要书写明白,否则客户事后会要求你重写,很费时间,也影响公司的测试质量,是否很没有面子?
)时间:
30工作场景:
报告测试执行中的遇到了问题画外音:
如果测试用例的步骤不明确或者测试的软件不能成功安装,无法进行下面的测试,应该及时向测试负责人报告,等待答复后进行测试。
(重大问题,切莫瞒报,也别主观想当然地猜测!
)如果某些测试步骤不明确,但是可以暂时跳过,请向测试负责人报告,并且继续进行下面的测试。
(灵活处理,合理利用时间,时间就是金钱!
12:
查收和回复新邮件,新邮件又来了一个新的测试任务B,而且要求紧急处理。
暂停测试任务A,进行测试任务B。
测试过程中,要主要定时查看是否有新邮件,特别是那些要求非常紧急的任务。
(重要任务一定要优先处理,否则就是工作失职)如果新任务比较紧急,应该中断当前的测试,接着执行新任务。
(为什么计划总是没有变化快,可是现实就是这样。
午餐、休息画外音:
阳光、午餐、休息,美!
(禁止在办公室玩任何电子游戏,办公室不是娱乐场所!
13:
查收和回复新邮件画外音:
真幸运,没有其他新任务。
继续上午的任务B。
14:
完成新任务B,向测试负责人提交任务B的测试结果画外音:
完成任何任务后,需要向测试负责人发送任务完成的电子邮件。
(这一点很重要的,否则你做的工作再多,测试负责人也不一定很清楚)提交任务的电子邮件中,应该写明任务是否全部完成,存在什么问题,测试结果存放在什么计算机的哪个目录中。
(想象测试负责人需要你提交哪些内容,最好在一封信中交待明白,完整,清楚,条理分明)时间:
40工作场景:
发送测试任务A不能按期完成的电子邮件画外音:
由于执行了新测试任务B,使得测试任务A不能按时完成,应该及早向测试负责人发送电子邮件。
(如果你不主动说无法按时完成任务A,测试负责人就默认为你能够按时完成。
而如果到了完成任务的最后期限,而你突然向测试负责人说任务还没有完成,那么我可以很负责任地告诉你:
测试负责人将会很生气,后果很严重!
)得到测试负责人的答复后,继续执行测试任务A。
如果客户要求必须当天完成测试任务A,可能要做好加班准备(苦恼)。
或者请测试负责人将一部分任务分解给其他测试人员执行(呵呵,谢谢兄弟们拉我一把.)。
50工作场景:
继续执行测试任务A。
寻找软件Bug(这是主要任务之一)书写Bug测试报告(这也是主要任务之一)时间:
15:
没有新电子邮件,呵呵!
(最不喜欢在测试工作中,经常有邮件来骚扰!
)继续执行测试任务A。
17:
参加测试小组内部会议画外音:
经常在测试过程中,测试小组内部会召开短暂的会议。
(交流很重要的,倾听和发言一个都不能少)会议内容一般是测试过程中遇到的问题,以及可能的解决办法,也包括测试进度是否与测试计划保持一致。
发送当天任务完成情况的电子邮件画外音:
当天任务完成情况的报告应该在下班前尽早发送给测试负责人,以便得到及时回复。
总结当天测试任务完成的情况(全部完成还是部分完成)测试遇到的需要测试负责人或者问题客户帮助解决的问题(遇到问题一定要反映,不要什么问题都自己扛!
)给出当天处理Bug的数量、类型和存放位置(确保测试负责人能很容易的找到这些测试结果吗?
45工作场景:
整理当天的测试文档,做好备份个人总结画外音:
备份当天的测试结果(有备无患!
)总结测试遇到的问题和学习的新知识(好好学习,天天向上!
)准备第二天的测试任务(未雨绸缪)时间:
18:
下班画外音:
如果不需要加班,按时回家,爽!
3.测试大戏背后的故事上面的测试场景描述基本上反映了软件测试工程师的工作情形,但是由于测试工作的复杂性、琐碎性、变化性,实际测试过程将是不断变化的。
测试的变化性对于软件本地化等外包测试,测试过程和测试要求因不同客户而异,即使相同客户的不同项目,也会有些变化。
另外,测试所用的测试计划、测试用例、测试Build版本经常变化。
这是对测试工程师需要面对和正确处理的工作挑战。
多任务同时处理软件测试工程师在一天的工作时间里,可能需要做多件事情(例如,测试负责人可能中间会安排新的任务),正常测试过程经常被中断,对此需要有相应的心理准备。
及时交流测试过程很少是一帆风顺的,特别是不熟悉的新软件,或者测试用例没有表达清楚。
这时除了自己学习和思考,还需要向测试组的其他同事请教。
如果问题仍然没有解决,请及时向测试负责人反映情况,寻求帮助(提示:
测试负责人积累了软件测试经验,一般问题都可以搞定,但是测试负责人也不是万能的,他们也有很多不能解决的问题,但是他们有“杀手锏”向客户的测试负责人寻求帮助,由于源语言是客户开发的,客户才是万能的!
电子邮件是主要的交流方式测试过程不要一味地在测试计算机上做下去,要经常在日常工作用计算机查看和回复电子邮件,以免耽误了更重要的任务。
除了电子邮件之外,也可以打电话和即时网络交流工具(MSN等),或者面对面与同事交流(提示:
对于复杂的问题,与其来回发送多封电子邮件还说不明白,还不如打个电话或者面对面交谈更有效)。
4.结束语有人说,测试很枯燥,而且“一点技术含量都没有”。
也有人说,软件测试大有前途!
现在中国确的不是软件编程大师,而是软件测试大师。
这些观点孰是孰非,您请自己琢磨。
不过既然从事了测试行业,还是将它做好为上!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 工作
![提示](https://static.bdocx.com/images/bang_tan.gif)