全景记录:软件测试工程师的
作者:管理员 发布时间:[ 2010/2/20 16:53:56 ] 推荐标签:
1. 引言
软件测试成为近IT 行业的“香饽饽”,引得很多人对软件测试跃跃欲试。可是软件测试的门槛并不低,对于没有软件测试经验的新人而言,如何尽快转入测试工作中去呢?
了解软件测试都做些什么,具体过程是怎么进行的,可以有助于对软件测试进行初步了解,尽快进入测试工作角色。但是关于软件测试的工作流程,各种现有书籍和文章往往都描述的非常复杂,充斥着不少测试术语,使测试初学者望而生畏。
现在让我们换一种角度看看典型的软件测试是如何进行的,暂且把软件测试过程看作一场大戏,主角是测试工程师,按照时间顺序记录软件测试工程师的工作场景(假设正常工作时间 9:00 到 18:00 )。
2. 测试大戏开演 时间:9:00
工作场景:
启动工作计算机,查看收到的电子信件。
画外音:
查看收到的电子邮件(哇塞,这么多电子邮件!),理解当天的测试工作的内容和要求。
测试工程师至少配置两台计算机:其中一台是日常工作用,例如,收发电子邮件等。另外还有一台软件测试用的计算机。
时间:9:10
工作场景:
回复电子邮件。
画外音:
回复电子邮件。如果对于安排的测试任务和要求存在任何疑问,请在回复电子邮件时列举出来。如果任务明确,回信中可以简单的说明理解测试任务了,按照测试任务要求进行测试。(正好有一封电子邮件分配了测试任务 A ,而且任务明确,测试文档等完整。)
电子邮件有不同的优先级,任务非常紧迫的电子邮件应该优先处理,尽快回复。(面对多封邮件保持镇定,分清哪些邮件需要马上回复)
并非全部的电子邮件都需要回复(抄送给自己的邮件和一般通告等不需要回复)
时间:9:25
工作场景:
启动用于测试的计算机
根据测试要求配置操作系统、安装要测试的软件
根据测试用例执行测试任务 A
画外音:
测试一般需要按照测试指导文档和测试用例进行。(软件测试可不是盲目的乱测一气的呀!)
很多软件的测试要求在一个“干净”的计算机上测试(提示:干静的计算机是仅安装了操作系统,没有安装其他应用程序的计算机)。
在进行正式测试前,需要阅读测试文档,明确测试任务(这些测试文档你找到了吗?是新的测试文档吗?)。
时间:11:00
工作场景:
执行软件测试,书写软件测试 Bug 报告
画外音:
按照测试要求,尽量多找出软件的 Bug 。(什么破软件,能找出这么多 Bug ! 反过来想,软件如果没有 Bug ,我们测试工程师不失业了吗!)
根据发现的软件 Bug ,按照客户要求写出每个 Bug 的报告(要书写明白,否则客户事后会要求你重写,很费时间,也影响公司的测试质量,是否很没有面子?)
时间:11:30
工作场景:
报告测试执行中的遇到了问题
画外音:
如果测试用例的步骤不明确或者测试的软件不能成功安装,无法进行下面的测试,应该及时向测试负责人报告,等待答复后进行测试。(重大问题,切莫瞒报,也别主观想当然地猜测!)
如果某些测试步骤不明确,但是可以暂时跳过,请向测试负责人报告,并且继续进行下面的测试。(灵活处理,合理利用时间,时间是金钱!)
时间:12:00
工作场景:
查收和回复新邮件,新邮件又来了一个新的测试任务 B ,而且要求紧急处理。
暂停测试任务 A ,进行测试任务 B 。
画外音:
测试过程中,要主要定时查看是否有新邮件,特别是那些要求非常紧急的任务。(重要任务一定要优先处理,否则是工作失职)
如果新任务比较紧急,应该中断当前的测试,接着执行新任务。(为什么计划总是没有变化快,可是现实是这样。)
时间:12:30
工作场景:
午餐、休息
画外音:
阳光、午餐、休息,美!(禁止在办公室玩任何电子游戏,办公室不是娱乐场所!)
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11