文档介绍：（建筑工程管理）软件测试
工程师的工作内容
软件测试工程师的工作内容？
软件测试成为最近 IT 行业的“香饽饽”，引得很多人对软件测试跃跃欲试。可是软件测试的门
槛且不低，
对于没有软件测试经验的新人而言，如何尽快转入测试工作中去呢？
了解软件测试均做些什么，具体过程是怎么进行的，能够有助于对软件测试进行初步了解，
尽快进入测试工
作角色。可是关于软件测试的工作流程，各种现有书籍和文章往往均描述的非常复杂，充斥
着不少测试术语
，使测试初学者望而生畏。
当下让我们换壹种角度见见典型的软件测试是如何进行的，暂且把软件测试过程见作壹场大
戏，主角就是测
试工程师，按照时间顺序记录软件测试工程师壹天的工作场景（假设正常工作时间 9:00 到
18:00）。
时间：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 的测试结果
画外音：
完成任何任务后，需要向测试负责人发送任务完成的电子邮件。（这壹点很重要的，