测试人员必读V3

上传人:cl****1 文档编号:499067433 上传时间:2023-01-30 格式:DOC 页数:77 大小:598.50KB
返回 下载 相关 举报
测试人员必读V3_第1页
第1页 / 共77页
测试人员必读V3_第2页
第2页 / 共77页
测试人员必读V3_第3页
第3页 / 共77页
测试人员必读V3_第4页
第4页 / 共77页
测试人员必读V3_第5页
第5页 / 共77页
点击查看更多>>
资源描述

《测试人员必读V3》由会员分享,可在线阅读,更多相关《测试人员必读V3(77页珍藏版)》请在金锄头文库上搜索。

1、测试人员必读 3.0版测 试 人 员 必 读(3.0修订版)测 试 中 心用友软件股份有限公司二00七年一月测试人员必读 3.0修订版前 言一、软件测试的目的软件测试人员的目的是尽可能早地找出软件缺陷,并确保其得以关闭。此目的至少包含三个含义:1软件测试人员的基本目标是发现软件缺陷。这似乎是个不言而喻的事实,但有必要再次强调。有时,开发小组要测试人员只是为了证实软件可以运行,而不是找缺陷。在这种情况下,测试人员也就缺乏不懈努力发现缺陷的探索精神和热情。所以,做好测试的首要条件是明确软件测试人员的基本目标是发现软件缺陷。2软件测试人员追求的是尽可能早地找出软件缺陷。因为软件的修复费用,随着开发过

2、程的推进,将迅速增长,所以软件测试人员应尽可能早地找出软件缺陷。对于大型的软件,在软件开发的同时,就应该有紧随其后的测试,如果等到产品已经开发完毕才开始测试,非常有可能引起大量耗时费力的返工。3软件测试人员必需确保找出的软件缺陷得以关闭。并不是每个软件缺陷都有必要修复的。可能是由于没有足够的时间、不算作真正的软件缺陷、修复的风险太大等原因,产品开发小组决定对一些软件缺陷不作修复。但是,测试人员必需确保找出的软件缺陷得以关闭,也就是说一旦登记了软件缺陷,就要跟踪其生命周期,监视其状态,提供必要的信息确保其得到修复和关闭。二、软件测试的现状软件产品的质量问题一直令人困惑。到底一个软件产品应当具有怎

3、样的质量才算是一个好产品?保证软件质量谈何容易,我们只列举有关软件质量一些其他角度的看法:大家都清楚:一个软件从严格的意义上看它不应是一个固化的产品(象电视那种),而应当看成是一个全生存周期的服务过程。产品的版本在不断地更新,上一版产品的一些功能缺陷和运行错误(可能用户还未发现),在下一版就不存在了;质量的改进表象上,无非是将EXE程序做一个替代(而把黑白电视换成彩电则完全是不同的概念)。其次,IT界迅猛的发展速度已经不能允许研制者“精雕细琢”,在市场经济杠杆的作用下,用户的性情越来越“急躁”,一个市场需求刚刚冒头就希望第二天拿到产品;而且顾客还经常振振有词:你要是干不了我去找别人从上面谈到的

4、情况看,软件过程的质量已经远远超出是某个版本“产品本身质量”的问题了。用比较全面和准确的语言描述的话,高质量的软件产品应当等于“让用户满意”。交货期成本价格产品+服务产品质量开发过程管理开发成本管理让顾客完全满意的要素有三点:产品质量、交货期和成本价格。姑且不谈论成本价格;单从产品质量和交货期而言,我们会发现:两者之间在测试时间T轴上竟然是完全“负相关”的。顾客对交货时间的满意度顾客对产品质量的满意度测试时间T发版时间T0毫无疑问,测试时间越长产品质量越有保证,但交货期滞后会令顾客烦恼;反之,顾客会对产品的质量提出抱怨甚至发生“退货”。明智的开发商知道如何控制发版时间T0时刻。让我们言归正传!

5、综前所述,在保证产品质量的活动中,时间限制就是T。(这是开发成本最低、顾客综合感觉最满意的发版时间)。如何在这个时间之内将产品的质量尽可能地达到最好,就是我们所面临的工作情况。我们可以提高顾客满意程度的方向有两个:u 保持目前的T。但让产品质量水平更高(测试的高效率、精心设计和严密组织配合)。u 维持目前产品的质量水平不变,缩小T。(确立既定目标和发版标准,制定严密的测试工作计划)。如何在有限的资源(人力、物力和时间T。)条件下,保证并提高产品的质量,是每个开发人员(特别是测试人员)义不容辞的责任。我们在努力实现上面目标遇到的困难是:u 对于测试工作的重视程度不足:在开发工期紧张的情况下,最可

6、能缩短的就是测试工期;u 对测试理论和方法的研究不够:许多测试人员几年来测试手段和方法一直没有明显的改进;u 忽视产品测试设计和测试数据的设计:T。的紧迫性和大量重复性测试验证工作,及测试组织的不协调性等大都源于设计计划不周;u 对测试技能培训不足:多数测试人员的技能和经验是摸索和积累出来的;新员工甚至叫喊:我上班两星期了还不知道应当怎样做测试!三、为什么编写此书在一次“测试人员上岗培训”的课程上,一位新员工质疑:为什么我们没有一本“测试人员必读”的教材,使得新员工一看很快就可以开展工作?问题简直就是“一针见血”。在软件行业激烈竞争的形式下,“提高人员技能”是最重要的因素之一。针对这个令人“茅

7、塞顿开”的建议,我们唯一的做法就是改进。1998年9月,我们组织公司几位测试专家在1个月之内推出了第一版“测试人员必读”。遗憾地是:这个产品仅仅满足了“交货期”,其系统性、逻辑性等,甚至排版和语言风格都有欠推敲。又经过近一年的“需求积累”之后,我们策划了测试人员必读2.0版。希望它能够成为新测试人员工进入公司后第一位可靠的朋友。在“技术人员上岗培训”制度中,也作为主要的培训教材。随着公司产品的不断发展壮大,测试过程也在不断改进。为了更好地引导新测试人员工尽快进入测试角色,适应目前测试工作要求,我们推出测试人员必读3.0版,并作为新员工培训和转正考核的参考依据。四、面向的读者本书主要面向进入公司

8、的测试新员工,以及在岗的测试人员和其他开发人员。在公司对新员工进行的一系列针对测试技能的培训与考核中,主要培训内容和考核内容也将取自本书。本版在修订过程中补充了一些对测试人员有益的知识和信息,澄清了一些测试人员还比较模糊的概念和认识。因此,特别推荐给新、老测试人员工阅读。五、本版变更说明本版主要修订在于:1. 在测试过程上,根据2004年的工作经验积累,2005年测试中心更加完善了质量标准、流程,并整理发布在测试中心主页上。这部分内容是本次修订的重点。由于软件测试过程设计内容较多,本次从基本概念入手,在测试流程、角色与职责、质量标准、测试输出文档模版、日清制度等方面作了修订描述。2. 2005

9、年,测试中心在组织机构上新增了测试技术组,加强了测试工具的力量。本文在原测试工具的章节上,重点描述了黑盒测试工具,以及针对NC的黑盒测试工具。3. 此外,收集了一些特别是新员工的对本书的建议,在若干地方做了修订。主要是对一些基本概念,较多的用了举例的方式去解释,力争浅显易懂。由于编写时间仓促,错误和不足之处在所难免,恳请读者指正。测试中心 2007年1月11日第 ii 页目 录前 言I第一章 用友公司软件测试过程1第一节 产品研发组织1第二节 软件测试过程4第三节 相关资源12第二章 测试工作中涉及的概念14第一节 测试的概念14第二节 测试的基本原则16第三节 错误和错误分类18第四节 测试

10、工作的难点21第五节 相关资源22第三章 对测试人员的要求23第一节 测试人员的素质要求23第二节 测试人员的技能要求24第三节 测试人员的考核上岗制度25第四节 相关资源27第四章 测试的步骤与方法28第一节 测试步骤28第二节 测试技巧33第三节 测试技巧经验谈35第四节 相关资源45第五章 自动化测试工具46第一节 概述46第二节 什么是黑盒测试工具48第三节 如何使用黑盒测试工具49第四节 相关资源53第六章 测试统计和管理系统54第一节 操作指南54第二节 使用注意事项56第三节 测试系统使用体会58第四节 相关资源60第七章 测试人员Q&A61结束语63附录1:测试术语64附录2:

11、服务器资源与管理66附录3:相关资源汇总67第一章 用友公司软件测试过程第一节 产品研发组织产品以及研发机构用友公司目前有五大系列的产品:通产品系列、U8、U9、NC、行业产品。通产品系列主要有财务通、业务通、商贸通等,主要是面向小型企事业单位的低端产品;U8产品主要包含财务、供应链、制造、人力资源等,是面向中型企事业单位的中端产品;NC产品也主要包含财务、供应链、制造、人力资源等,是服务于大型企事业单位的高端产品;行业产品主要是基于U8、NC产品基础上开发的面向不同行业应用的产品。这些产品统一由研发中心负责研发。研发中心下设有不同的开发本部,比如U8产品本部、NC产品本部、小型管理软件开发部

12、、行业本部、U9本部,分别开发不同的产品。这些开发部内,各有阵容强大的测试组,专职于各自的产品测试。此外,研发中心还有开发管理部、产品管理部、测试中心。测试中心的职责主要是负责公司研发中心全线产品的发版验收工作。测试组织开发部内的测试人员与测试中心的测试人员,其共同目标是一致的,都是为了完善产品质量和保证产品按期发版。目前的测试组织结构如下:测试中心各开发部测试组测试一部测试二部测试三部 业务培训、业务指导测试一部:主要负责U8本部及通本部的发版任务包括单元抽验、联调监控、集成测试、验收发版测试;测试二部:主要负责NC本部及行业本部的发版任务包括单元抽验、联调监控、集成测试、验收发版测试;测试

13、三部:主要负责U9本部及行业本部的发版任务包括单元抽验、联调监控、集成测试、验收发版测试;在产品开发项目组中,软件测试角色承担以下工作职责:u 确保产品的关键问题在提交发版审核前被发现。u 全面准备测试方案、测试计划和测试用例(test case)。u 软件测试必须运行所有的用户界面和软件接口。u 根据需要开发自动化测试脚本,将该脚本用于联调、集成、验收测试阶段使用。u 利用Bug跟踪系统,维护软件问题,并对问题的质量负责。u 同开发角色相对独立,以保证测试的公正、可信和有效。u 依据开发计划和质量标准对产品的质量进行发版确认。u 提交一个质量合格的产品。第二节 软件测试过程在公司目前的开发组

14、织中,软件测试阶段可以如下划分:u 对于行业、通系列产品由产品组内进行单元测试、单元验证测试、联调测试和集成测试,由测试中心进行发版验收测试。u 对于U8、NC、U9产品由产品组内进行单元测试、单元验证测试、联调测试,由测试中心(部)组织进行集成测试,用户测试,顾问测试,发版验收测试等各阶段的测试工作。几个基本概念为了更好地理解测试流程,这里介绍几个测试的基本概念:单元测试通过采用单元测试用例或需求规格说明等作为指南,对最小的软件设计单元的进行的测试,以发现错误保证软件各组成单元正确实现,可以采用白盒测试方法和黑盒测试方法。举例来说:新作一张会计凭证。对会计凭证的增加、修改、删除、查询等的测试

15、就是单元测试。再具体讲修改的测试,测试各可输入栏目的非法字符、极限值等等,都是单元测试。联调测试在单元测试完成后进行的单产品测试,包括对有接口及数据关系的产品进行组合测试,主要是测试有上下游不同单据和数据关系的各项功能以及其他如环境、效率等方面的非功能性的测试项目。仍以会计凭证的相关操作为例:凭证记账,在记账前需要查询出符合条件的会计凭证,会计凭证有各种各样的,在利用复杂的、多条件组合的会计凭证,来测试“查询出符合条件的会计凭证”这一功能点时的测试,就属于联调测试。集成测试单产品的联调测试完成后,对本次发版所有产品进行的整合测试。这个阶段,通常模拟用户,模拟企业不同的实际应用场景进行测试。测试流程一个产品从代

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号