1 / 9
文档名称:

软件测试工程师的工作内容.docx

格式:docx   大小:16KB   页数:9页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试工程师的工作内容.docx

上传人:maxdoer 2022/9/11 文件大小:16 KB

下载得到文件列表

软件测试工程师的工作内容.docx

相关文档

文档介绍

文档介绍:软件测试工程师的工作内容?

软件测试成为最近IT行业的“香饽饽”,引得特别多人对软件测试摩拳擦掌。但是软件测试的门槛并不低,
关于没有软件测试经历的新人而言,如何尽快转入测试工作中去呢?
理解软件测试都做些什么,详细过程是软件测试工程师的工作内容?

软件测试成为最近IT行业的“香饽饽”,引得特别多人对软件测试摩拳擦掌。但是软件测试的门槛并不低,
关于没有软件测试经历的新人而言,如何尽快转入测试工作中去呢?
理解软件测试都做些什么,详细过程是如何进展的,能够有助于对软件测试进展初步理解,尽快进入测试工
作角色。但是关于软件测试的工作流程,各种现有书籍和文章往往都描绘的特别复杂,充满着不少测试术语
,使测试初学者望而却步。
如今让我们换一种角度看看典型的软件测试是如何进展的,暂且把软件测试过程看作一场大戏,主角确实是测
试工程师,按照时间顺序记录软件测试工程师一天的工作场景(假设正常工作时间9:00到18:00)。

时间:9:00
工作场景:
启开工作计算机,查看收到的电子信件。
画外音:
查看收到的电子邮件(哇塞,这么多电子邮件!),理解当天的测试工作的内容和要求。
测试工程师至少配置两台计算机:其中一台是日常工作用,例如,收发电子邮件等。另外还有一台软件测试
用的计算机。
时间:9:10
工作场景:
回复电子邮件。
画外音:
回复电子邮件。假如关于安排的测试任务和要求存在任何疑咨询,请在回复电子邮件时列举出来。假如任务明
确,回信中能够简单的说明理解测试任务了,按照测试任务要求进展测试。(正好今天有一封电子邮件分配
了测试任务A,而且任务明确,测试文档等完好。)
电子邮件有不同的优先级,任务特别紧迫的电子邮件应该优先处理,尽快回复。(面对多封邮件保持镇定,
分清哪些邮件需要立即回复)
并非全部的电子邮件都需要回复(抄送给本人的邮件和一般通告等不需要回复)
时间:9:25
工作场景:
启动用于测试的计算机
依照测试要求配置操作系统、安装要测试的软件
依照测试用例执行测试任务A。
画外音:
测试一般需要按照测试指导文档和测试用例进展。(软件测试可不是盲目的乱测一气的呀!)
特别多软件的测试要求在一个“洁净”的计算机上测试(提示:干静的计算机是仅安装了操作系统,没有安装
其他应用程序的计算机)。
在进展正式测试前,需要阅读测试文档,明确测试任务(这些测试文档你找到了吗?是最新的测试文档吗?
)。
时间:11:00
工作场景:
执行软件测试,书写软件测试Bug报告
画外音:
按照测试要求,尽量多找出软件的Bug。(什么破软件,能找出这么多Bug!反过来想,软件假如没有
Bug,我们测试工程师不就失业了吗!)
依照发觉的软件Bug,按照客户要求写出每个Bug的报告(要书写明白,否则客户事后会要求你重写,特别
费时间,也妨碍公司的测试质量,是否特别没有面子?)
时间:11:30
工作场景:
报告测试执行中的遇到了咨询题
画外音:
假如测试用例的步骤不明确或者测试的软件不能成功安装,无法进展下面的测试,应该及时向测试负责人报
告,等待答复后进展测试。(严重咨询题,切莫瞒报,也别主观想所以地猜想!)
假如某些测试步骤不