软件测试的工作周期-创新互联
大家好,我是十一。
站在用户的角度思考问题,与客户深入沟通,找到榕江网站设计与榕江网站推广的解决方案,凭借多年的经验,让设计与互联网技术结合,创造个性化、用户体验好的作品,建站类型包括:网站制作、网站设计、企业官网、英文网站、手机端网站、网站推广、域名申请、虚拟空间、企业邮箱。业务覆盖榕江地区。这章开始我们正式走入测试工作。那么今天我们来看看测试工程师的工作周期。跟我来吧~
还记得这张图吗?在《软件生命周期串讲》章节我们对这张图做了详细描述哦,没看的或者忘记的赶紧重新回去看看,这里不再赘述。
那测试在其中的什么地方呢?你有没有发现?流程中有个“质检员检查(测试)”这个就是测试哦,其实还有个测试那就是“心心拿到衣服开始试穿以及查看是否有质量问题(测试)”;这个也算测试呢。都是对产品进行检测,检测是否达标。
图片来自:百度
可能有些人会问心心是客户呀,她怎么又做了测试了呢?测试的角色其实就是“模仿”客户,客户买东西所以我们需要达到客户要求,那么客户收到货后必定会检查是否满足心意,那么为了提高客户的满意度,我们就需要交付客户之前内部有这么一个角色去扮演客户,提前检查下客户是否会满足心意,于是乎就有了软件测试这一岗位。
综上所述,测试工程师就是站在客户的使用和需求角度测试软件,报告问题。报告的问题就是所谓的bug(至于为什么问题叫bug,我会在文末标注)
在讲测试流程之前,我们先来明确几个概念:
01
软件测试工程师的目标:
尽可能早的找出软件缺陷,并确保其得以修复。另外就是在软件生命周期的整个过程中收集信息并且整理归档(具体见下面的测试目的)
02
测试目的:
尽可能早的找出软件缺陷,检查系统是否满足需求,收集对该项目/本组有用的信息(比如:开发人员编码习惯哪些需要改善、当前的工作模式是否符合这个项目/这个团队)。
03
测试对象:
程序/项目/产品
文档
数据
接下来我们详细说说测试的工作流程(其实在软件生命周期的大图里都有介绍,这里单独拿出来再跟大家絮叨下~目的呢就是希望大家能把这个真真实实理解了,变成自己的东西,加油哦~)。如下图所示,是测试的工作周期(右侧灰色部分是每项工作完成后的输出产物)。
针对上图我们--做说明:
需求分析:
描述:需求细化,前面几篇都有说明,这里不再赘述。最终是要整理归档成《需求说明书》或者《需求规格说明书》。
测试策略:
描述:指测试的方式方法(比如功能测试/性能测试/稳定性测试)以及测试要求(比如测试所有功能点符合《需求说明书》和《任务书》要求)
输出:《测试策略》,现在也有很多公司都把测试策略放在测试方案中来写。一般是word编写。
测试计划:
描述:测试组长就要根据《需求说明书》和《任务书》开始编写《测试计划》,测试计划包括人员,软件硬件资源,测试点,集成顺序,进度安排和风险识别等内容。
输出:《测试计划》。测试计划可以是xsl格式(用excel编写),也可以是doc格式(word编写),无论哪种形式,一般是在文档里都以表格方式展现。
测试方案:
描述:一般由对需求很熟的高资深的测试工程师设计,测试方案要求根据《需求说明书》上的每个需求点设计出包括需求点简介,测试思路和详细测试方法三部分的方案。《测试方案》编写完成后需要进行组内评审,评审通过则继续系一部的测试用例设计/编写,如果不通过则重新编写,然后再次审核直到审核通过。
输出:《测试方案》。一般是word编写。
测试用例设计:
描述:主要是对测试用例和规程的设计。测试用例是根据《测试方案》和《需求说明书》来编写的,通过《测试方案》阶段,测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项,用例级别,预置条件,操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案,而测试方案又覆盖了测试需求点,这样才能保证客户需求不遗漏。同样,测试用例也需要组内评审。
输出:测试用例集。一般在工具上完成(Testlink、excel等等)
测试执行:
描述:执行测试用例,及时提交有质量的Bug和测试日报。及时更新测试用例状态。通过则标注通过,失败则标注失败并且在缺陷管理工具上创建bug,挂起说明原因。
输出:测试用例上的标注。标注通过、未通过、挂起。
回归测试:
描述:对于bug开发修订后会返回给测试,测试需要对bug以及bug相关模块做回归测试。通过后关闭bug,不通过则返回让开发重新修订,直到测试通过为止。
输出:缺陷的状态标注。标注已关闭、已挂起。
测试报告:
描述:是指把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。最终测试完成要求所有测试用例是通过、已挂起,所有bug是已关闭、已挂起两种状态。
输出:《测试报告》。一般是word编写。
十一的标注:
bug的概念:所谓“(Bug)”,是指程序中隐藏的错误或者缺陷;
bug的由来:1945年9月9日的一个下午,格雷斯·霍波(GraceHopper)中尉正领着他的小组构造一个称为“马克二型”的计算机。
突然,马克二型死机了。技术人员试了很多办法,最后定位到第70号继电器出错。霍波观察这个出错的继电器,发现一只飞蛾躺在中间,已经被继电器打死。她小心地用镊子将蛾子夹出来,用透明胶布帖到“事件记录本”中,并注明“第一个发现虫子的实例。”
从此以后,人们将计算机错误戏称为虫子(bug),而把找寻错误的工作称为(debug)
-来自百度百科
bug挂起:对于现有技术架构不支持、解决成本大的缺陷可以由产品经理决定是否挂起,留到以后再解决。具体到什么时候解决也是由产品经理决定。
好了今天的内容到此结束,欢迎留言与我沟通!我们下次再见~
文章标题:软件测试的工作周期-创新互联
链接地址:http://azwzsj.com/article/gjojh.html