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 工作场景 午餐、休息 画外音 阳光、午餐、休息美禁止在办公室玩任何电子游戏办公室不是娱乐场所 时间 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 工作场景 参加测试小组内部会议 画外音 经常在测试过程中测试小组内部会召开短暂的会议。交流很重要的倾听和发言一个都不能少 会议内容一般是测试过程中遇到的问题以及可能的解决办法也包括测试进度是否与测试计划保持一致。 时间 17:30 工作场景 发送当天任务完成情况的电子邮件 画外音 当天任务完成情况的报告应该在下班前尽早发送给测试负责人以便得到及时回复。 总结当天测试任务完成的情况全部完成还是部分完成 测试遇到的需要测试负责人或者问题客户帮助解决的问题遇到问题一定要反映不要什么问题都自己扛 给出当天处理 Bug 的数量、类型和存放位置确保测试负责人能很容易的找到这些测试结果吗 时间 17:45 工作场景 整理当天的测试文档 做好备份 个人总结 画外音 备份当天的测试结果有备无患 总结测试遇到的问题和学习的新知识好好学习天天向上 准备第二天的测试任务未雨绸缪 时间 18:00 工作场景 下班 画外音 如果不需要加班按时回家爽
3. 测试大戏背后的故事 上面的测试场景描述基本上反映了软件测试工程师的工作情形但是由于测试工作的复杂性、琐碎性、变化性实际测试过程将是不断变化的。 测试的变化性 对于软件本地化等外包测试测试过程和测试要求因不同客户而异即使相同客户的不同项目也会有些变化。另外测试所用的测试计划、测试用例、测试 Build 版本经常变化。这是对测试工程师需要面对和正确处理的工作挑战。 多任务同时处理 软件测试工程师在一天的工作时间里可能需要做多件事情例如测试负责人可能中间会安排新的任务正常测试过程经常被中断对此需要有相应的心理准备。 及时交流 测试过程很少是一帆风顺的特别是不熟悉的新软件或者测试用例没有表达清楚。这时除了自己学习和思考还需要向测试组的其他同事请教。如果问题仍然没有解决请及时向测试负责人反映情况寻求帮助提示测试负责人积累了软件测试经验一般问题都可以搞定但是测试负责人也不是万能的他们也有很多不能解决的问题但是他们有“杀手锏” — 向客户的测试负责人寻求帮助由于源语言是客户开发的客户才是万能的。 电子邮件是主要的交流方式 测试过程不要一味地在测试计算机上做下去要经常在日常工作用计算机查看和回复电子邮件以免耽误了更重要的任务。除了电子邮件之外也可以打电话和即时网络交流工具 MSN 等或者面对面与同事交流提示对于复杂的问题与其来回发送多封电子邮件还说不明白还不如打个电话或者面对面交谈更有效。
4. 结束语 有人说测试很枯燥而且“一点技术含量都没有”。也有人说软件测试大有前途现在中国确的不是软件编程大师而是软件测试大师。这些观点孰是孰非您请自己琢磨。不过既然从事了测试行业还是将它做好为上]