软件测试工作计划(参考）

软件测试工作(参考） 软件测试 软件测试工作计划 篇一: 软件测试技术在商业MIS中的应用_选题报告及工作计划程硕士学位选题报及论文工作计划 课 题名 称 学号姓名 专 业领 域 所在院、系 校 内导 师 校 外导 师 选 题时 间 月 同济大学研究生院 年 月 日 工告 篇二: 软件测试职业发展规划在谈到职业规划，不妨先了解下测试职业的前景 国内软件测试工程师的职位从无到有，经历的时间还不足10年。成熟的软件测试理论体系构建也仅有10余年的历史。而纵观现在如雨后春笋般蓬勃增长的计算机‎‎软件企业，对优秀软件测试工程师需求和渴望的现实，不禁让我们不得不去思考一个问题: 如何开展并做好软件测试工程师的培训工作。 对于软件测试的重要性，很多人有些误解。因为刚刚开始做软件测试的人员往往是从黑盒测试做起，而黑盒测试不需要编程经验，所以总是给人感觉测试人 员不需要太多的知识，无论谁上了岗都能做，因此也就导致软件企业不愿意、也认为不需要对软件测试工程师开展培训工作。一旦软件产品发货到用户手中，发现质量低劣、效率低下、维护成本昂贵，又都 毫不留情地骂测试人员无能，为什么测不出Bug(软件缺陷)。 中国有句老话: 磨刀不误砍柴工。看到上面这种恶果，显而易见，现在至少我们应该达成一种共识: 软件测试工程师也需要培养，并且需要接受正规培训。 -入职培训 软件测试工程师初来乍到一个公司‎‎，往往兴趣十足，预备全身心投入到“捉虫”的战斗中。但往往不得其法，事倍功半，因为抓不到 虫子，或是即使抓到了虫子并不重要也被开发人员视而不见。设身处地的为这些雄心勃勃的测试工程师想想，他们是多么需要入职培训。 软件测试工程师的入职培训可以从三个方面来分头进行。产品的培 训、测试技术的培训和测试工具的培训。软件测试的工作对象即是企业开发的软件产品，所以务必要对软件产品有一个全面的了解和清醒的认识。作为一个测试管理者，应至少安排足够的培训时间，让测试 新手研习被测试软件的内容。我们可以利用一切可利用的培训资料。软件产品本身、用户手册、开发组的需求规格说明、技术文档，包括熟悉产品的人员进行功能讲解等等，用这些形式不拘一格的产品内 容来迅速武装起测试工程师的头脑。光有这些培训还不能罢休，要善于检查测试工程师的学习情况，及时地向他们提问产品中那些最关键性的问题，如产品的核心概念、业务流程等。有培训有检查，通过一 问一答的方式，既了解了初学者对产品的了解程度，同时也传授了产品中的精髓，并且还能够从初学者的疑问中抓到培训工作中的漏洞，为今后更好地开展培训奠定基础。 因为软件测试工程师总是如人们 所预料的一样，来自于各行各业、五湖四海。有测试经验的，无测试经验的，统统汇集到企业中。所以必须的测试技术培训一定是要有的。培训内容主要以黑盒测试技术为主， 一是因为黑盒测试技术是基础，二为的是成本更为昂贵的白盒测试 人员在需要的时候，也‎‎能够出色的完成黑盒测试的任务。黑盒测试常用的测试方法、测试用例的设计、黑盒测试常见的测试类型、不同测试类型各自关注的主要问题等等，在入职培训中都应有所全面接触。 同样，方法的学习离不开实践的过程。可以找一些具有普遍性的功能点，由测试人员尝试设计测试用例。‎‎只有通过由易到难，由简单到复杂，不断反复的练习，才能慢慢建立起测试人员的测试概念、设计方 法、捉虫的敏感度，并且保证他们不会走不必要的弯路。 在入职培训中，测试工具的培训已经逐渐提到议事日程上来。随着软件规模和复杂度的提高，纯粹意义上的‎‎人工测试已经不能满足软件测试各个方 面的要求，因此对于测试工具的使用需求应运而生。为了使大家尽早成为会使用工具的高端测试人员，所以在入职培训中也应重视测试工具的培训。LadRunner、inRunner、TestDirectr，这些常用的测试工具是需要让测试工程师尽早掌握的。网络上汇集了这些工具的大量资 料，只是看我们如何自己整合打包形成适合自身需要的培训资料。 二、在职培训 入职培训不过是软件测试领域的一块敲门砖，能够 带领初学者尽早领悟到测试工作中最精华的那部分内容。要想真正培‎‎养出一位合格的软件测试工程师，只靠入职培训显然是远远不够的。几年前曾听一位资深软件开发工程师提到过InJbTraining的概念。意思是说，作为工程师自己要注重工‎‎作过程中的自我培训，作为管理者更需加强在工作进程中对员工的知识灌输和能力培养。 InJbTraining可以是正式培训，也可以是非正式培训。按照以往经验，一对一式的非正规培训，其培训效果更容易得到保证。每经历一个产品或是项目的测试，都将是一次在职培训的极好机会。从跟随开‎‎发组开发用户需求开始，到协助开发组并审核开发组的功能设计，而后是测试工程师独立的完成测试设计工作，到最后的测试执行，测试管理者始终需要指导和带领测试工程师，教会他们在软件开发全生命‎‎周期的各个阶段，软件测试的工作目标、工作内容和结果物是什么。那些在入职培训中刚刚建立起的一点点测试概念和技术理论，需要在实际工作中得到最大化的尝试和实践。在在职培训过程中，测试管理‎‎者务必要花费较大的力气去审核测试工程师的各项工作，就如同在软件产品中捉虫一样，需要尽早发现每位测试工程师的工作漏洞、工作缺陷和改进的重点方向。不能以为通过入职培训，测试工程师就真的‎‎什么都已经学会了。不要忘记软件测试工作也是技术性很强的工作，和功能设计、代码开发一样，需要反复的实践，找出其中的不足，不断的加以改进，工作技能才‎‎能得到稳步的提高。 现在企业中定义软件测试工作范畴，恐怕大多数情况已经不再单纯是测试执行本身了。所以一批批软件测试工程师入职企业后，企业应该按照各位工程师不同 的特点和特长，在在职培训过程中，为其选择重点进行培训，也就是进一步加强在职培训的趋向性。比如说，有人可能擅长完成较大规模功能的测试设计工作，那就重点培养其测试设计的能力;有人可能擅 长利用测试工具开发测试案例，那就重点培养其测试工具开发的能力;有人可能具有极强的耐心、探究精神和怀疑的态度，那就重点培养其测试执行的能力;还有人可能具有一两年、两三年的开发经验，那就 重点培养其白盒测试的能力。总之，在职培训过程中，应当依照测试工程师不同的工作经验和技术背景，为其正确选择重点培养方向。如果面面俱到，很有可能发生投入大产出小的低价结果，而且会挫伤测 试工程师的积极性，同时也会影响到测试管理者对测试工程师的客观评价。更何况作为测试管理者，也不可能有足够的时间和精力，逐个培养每位测试工程师的每项能力。所以基于这点考虑，在职培训中加 强目的性、重点性，明确培训的方向和目标就显得尤为重要了。 相信经过正规的入职培训和有的放矢的在职培训之后，我们的测试工程师在一两年时间里都应该能够有一个长足的进步了。但此时新的问题 发生了。做了几年的软件测试之后，我的发展前途在哪里,好像我该学的我能学的都已经学会了。这时候‎‎，一系列的危险信号会陆续出现在测试工程师的身上。敷衍了事，吃老本，另谋职位找工作。哎，测 试管理者发出一声叹息: 仿佛曾经的培训投入都将付之东流了。要想遏制这种不良事态的 发展，我们有一解: 做好软件测试工程师的职业生涯发展规划。 勿庸置疑，谁都不想一辈子只做一个测试工程师。更何况按照自然规律，做了两三年测试工程师之后，一定有更好的发展前景等待测试工程师们去开拓。高级‎‎测试工程师、测试经理、测试主管;软件品质保证工程师、高级品质保证工程师、品质保证经理、品质保证主管、品质保证总监，几个职业发展序列都可以由测试工程师去自由选择，而从一位普通的测试工‎‎程师发展成为品质保证总监，没有十年八年的技术积累和经验沉淀，也是很难实现的。选择适合于测试工程师自身条件的目‎‎标，并为其明确目标，并在目标基础上为其设计呈阶梯状的职业发展规划，也是测‎‎试管理者对测试工程师实施培训工作的重要组成部分。 现代软件企业一般都已有一套科学合理的职位序列，并每年在固定时间内为每位员工评定企业内部的职位。在此期间，测试管理者应在充分了解和掌‎‎握测试工程师实际工作水平和当年业绩的情况下，评定出最新的职位水平。更为重要的是，要在此时为测试工程师仔细设计和规划下一年度的职业发展方向。是向高级测试工程师序列发展，还是向测试经理‎‎序列发展，还是向品质保证工程师序列发展，要定义好明确的方向。 一是为了便于测试工程师了解自己当前的工作状态，以及与今后的 发展目标存在的差距; 二是为了加强测试工程师的工作热情和动力，让他们体会到企业的 发展要依赖于他们个人的发展; 三是为了企业能够明确自身人才结构和知识结构的现状，扬长避短，为今后不断发展壮大企业，积累自身实力并增强信心。 在设计软件测试工程师的职业生涯发展规划时，往往会陷入到一个两难‎‎的境地: 一个工作出色的测试工程师，今后是往测试经理方向发展，还是向高级测试工程师方向发展。 从人们的传统意识上来讲，总是觉得当了测试经理好像就有了一官半职，远远要比高级测试工程师显得高贵 得多。所以形成了千军万马想过测试经理独木桥的现象。如何决策，一句话，要以人为本，从测试工程师的自身条件出发。很显然，高级测试工程师主打自身的技术优势，只要保持技术优势就行了。而测试经理需要从无到有大量累积管理的能力和经验。最起码要具备经营能力、成本控制能力、工作统筹安排能力、人员管理能力、沟通协调能力等等。也就是说，如果选择了测试经理的发展方向，则无疑要付出 更多的艰辛和努力，方可达到职位目标的要求。所以测试管理者在为测试工程师设计职业发展规划时，务必要冷静头脑、全面分析，不应也不能轰轰烈烈的一拥而上，让技术型人员去做管理工作，而擅长管理工作的人员就只在技术单方面谋求发展。 设计职业生涯发展规划的过程，严格意义上应该属于年度培训工作的开端工作，制定既定目标的工作。所谓万事开头难，为了一年甚至更长时间的软件测试工作 卓有成效，测试管理者在开展好职业生涯设计工作的同时，务必要与每位测试工程师做好充分的沟通，达成双方的理解和共识，保证大家一条心，劲往一处使。在此测试管理者还可以借助外部的力量来完成 沟通工作。如利用企业的人力资源部门、技术委员会的资源和力量，群策群力，优势互补，减少设计工作中的偏差，积累设计工作的经验和技巧。 以上只是凭借实际的一些工作经验，总结出来的有关软件 测试工程师培训工作的一些心得。潦草几笔，不成体系，欢迎大家批评指正。 看看现在软件企业的发展前景，以及对测试人员、测试环境、测试工具的需求增长，我们真的要脚踏实地的做好软件测试工程 师的培训工作了，抓好软件企业的第一生产力，凭借人的智慧和才干，提高我国软件企业的核心竞争力 篇三: 软件测试技术课程大作业安排软件测试技术课程大作业 进度安排与检查计划 一、 目的 为增加每位同学对软件测试工程工作流程的了解和掌握，培养实际组织实施软件测试工作的能力，安排本课程作业。 二、 作业要求 题目: 针对一个已完成开发的软件产品，按软件测试工程的工作流程完‎‎成与其相关的测试工作。要求整个工作按流程，分步骤有计划组织实施，各步骤中要按作业要求的检查项目提交正式的书面文档。 本作业为课程大作业，分组组织实施，每组4-5人，由同学按兴趣自行分组，每组确定组长1人。请在3月12日之前将分组情况报给课代表倪训华(Email: xunhuani@12 6.)。 三、 进度安排与检查 3月26日前 完成测试对象的准备工作，提交作为测试对象的软件产品。要求包括产品源码、项目说明、分析及 设计文档; 4月2日前 按软件项目相关文档，制定测试需求，提交测试需求说明书; 4月9日前 制定软件测试计划，提交测试计划文 档; 4月23日前 完成单元测试用例的设计，提交单元测试用例设计报告; 4月30日前 完成集成测试用例的设计，提交集成测试用例 设计报告;执行单元测试，提交用例执行报告及测试结果评审记录‎‎; 5月9日前 完成系统测试用例的设计，提交系统测试用例设计报告;执行集成测试，提交用例执行报告及测试结果评审记录; 5月14日前 执行系统测试用例并完成测试结果评审，提交系统测试用例执行报告及测试结果评审记录; 5月21日前 分析测试结果，提交测试分‎‎析报告和小组演示汇报ppt; 5月28日和6月4日 项目总结及集体讨论。 四、补充说明 作业中测试的软件产品对象可以是组内成员在其它课程中完成的大作业，要求实际编写代码行数不低于1000行。项目要有比较完备的文档说明，以便于组内‎‎同学对该产品的快速理解和掌握，提高课程作业质量。小组在确定其所针对的软件产品项目后，应 提交课程教师及助教对其项目情况进行检查，待确认后再开始后续工作的实施。 测试要求包含黑盒测试、白盒测试、模块测试及系统集成测试。其中白盒测试中要求语句覆盖不低于90%，分支覆盖不低于85%，系统集成测试用例数不低于50个。 篇四: 软件测试工作测试流程软件测试工作测试流程--测试基本阶段划分 测试基本阶段划分 1、测试计划阶段 2、测试设计阶段 3、测试执行阶段 4、测试评估阶段 5、测试验收阶段 1、测试计划阶段 ? 做测试需要做好准备工作，把做一件事需要做的准备工作做好，明确做这件事的目的，最终达成目的并验证结果是我们 要做的事情。这要求我们有一个完善的“测试 计划书”。 ? 测试计划的内容: 1、测试范围: 描述本次测试中做的测试范围，如: 测试软件功能范围、测试种类等 2、简单的描述如何搭建测试平台以及测试的潜在的风险。 3、 项目信息: 说明要测试的项目的相关资料，如: 输入输出文档，产品描述，软件主要功能 4、人力资源的分配 注: 计划和设计分开编写，最好安排充分的时间去明确测试需求 测试需求: 笼统说，就是测试中的所有设计和需求文档。作为本次测试的依据 1. 1、测试计划考虑的问题 ? 1、要充分考虑测试计划的实用性，即测试计划与实际之间的接近 程度和可操作性(必须对需求有透彻的理解)。编写 测试计划的目的在于充分考虑执行测试时的各种资源，包括测试内容、测试、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影响。说 的再明确一点就是要“计划”“如何”去做“测试工作”，而不是“如何编写测试计划”。 (1)测试内容: 对一个软件来说测试计划中会明确本次测试做哪些测试, 如: 系统测试: 在整个系统测试中会有(界面测试、功能测试、性能测试、兼容性测试、安装卸载测试、可靠性测试等测试) (2)测试目的: 一般多为保证产品质量是否达到预期的指标。这个指标也就是在测试中定义的结束标准。 (3)测试标准: 需要考虑本次测试需要输入那些文档，该项目结束标准定‎‎义、测试结束标准的定义,bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行测试事明确。计划中应‎‎该包含这些内容。 (4)资源分配: 这里分为人力资源、软硬件资源等划分。一般会把人力资源的利 用写入一个测试人员任务分配表里，按照不同的阶段，每个阶段提交相应的成果(难度很大)。软硬件资源中主要是在做计划时‎‎考虑到需要多少电脑或别的工具，列出清单。 (5)测试风险: 大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、bug无法及时修改导致无法验证、测试人员技能不足导致测试进度拉长。 (6)软件测试策略一般都是分开来做相关测试方案。 ? 2、要坚持“51H”的原则，明确测试内容与过程。 ? 明确测试的范围和内容(HAT); ? 明确测试的目的(HY); ? 明确测试的开始和结束日期(HEN); ? 明确给出测试文档存放位置(HERE); ? 明 确测试人员的任务分配(H); ? 明确指出测试的方法和测试工具(H)。 1. 2、测试策略 ? 这一阶段在于需求、详细设计、测试计划完成之后，主要是本次测试的策略阶段。很多公司少这个一个阶段，需要有计 划性的分出产品的功能扣出测试的功能点，现阶段大多公司都是直接拿着文档就开始做用例设计。 ? 对需求进行分析，列出具体的功能列 表。(一般根据功能交互文档就能明确出此功能的大体功能，一层层的分下去，一 直到没个功能表单。然后考虑到使用那些测试方法,工作一旦做到执行阶段，我们可以更好的根据这些功能表一点一点的 覆盖。也能让我们在用‎‎例评审时，充分的证实我们的工作是有效的能够保证产品的质量。)一般在此之前，一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求，也能保证产品设 计中出现的一些误区。 ? 对于一个个测试该如何进行测试,‎‎如下: 1、功能测试 1. 1、功能范围(划分出各自负责的功能模块) 1. 2、使用测试方法(等价类、边界值等测试方法方法) 1. 3、测试标准(符合设计、需求和规范文档对该功能的描述) 2、界面测试 3、兼容性测试 ???? 列举出策略中常用的测试种类 功能测试、界面测试、兼容性测试、性能测试、安装卸载测试、数据库测试、文档‎‎测试、安全性测试、可靠性测试等等 ? 界面测试 ? 兼容性测试 后台软件分: IE 6.0、IE 7.0、Firefx浏览器前端手机分: 手机系统、手机品牌 ? 安装测试 1、文件安装是否完整 2、卸载是否干净 3、安装时停止，是否删除干净 4、安装文件是否散乱 ????????‎‎?? ? 性能测试 性能测试应该另外确定需求指标，按照需求设置具体的场景和性能参数指标 1. 3. 2、策略附件要求 ? 用例模板、缺陷报告模板 ? 测试环境的搭建 ? 缺陷管理流程和缺陷级别定义 为下一阶段做好准备 ? 当测试用例的设计和测试脚本的开发完成之后，提交测试版本、部署测试环境就开始执行测试。? 手工测试;在合适的测试环境上，按照测试用例的条件、步骤要求，准备测试数据: 对系统进行操作，比较‎‎实际结果和 测试用例的所描述的期望结果，以确定系统是否正常运行或正常表现。 大多公司的测试方法，此阶段需要时间和人力 ? 自动化测试: 通过测试工具，运行测试脚本，得到测试结果。 对手工测试的管理相对要复杂得多，在整个测试执行阶段中，管理上会碰到一系列问题，主要有: ? 如何确保测试环境满足测试用例所描述的要‎‎求? ? 如何保证每个测试人员清楚自己的测试任务? ? 如何保证每个测试用倒得到百分之百的执行? ? 如何保证所报告的bug正确、描述清楚、没有漏掉信息? ? 如何跟踪bug处理的进度，严重的bug及时得到解决? 3. 1、执行阶段操作 ? 这时候开发就会转版本给我们测试部门进行系统测试了。拿到版本我们首先搭建测试环境 ? 做一个预测试，目的是来评断这个版本是不是可测试的。如果预测试不通过，打回开发部‎‎返工，如果通过了，就开始我 们第一轮的系统测试。 ? 第一轮系统测试我们会执行我们所编写的所有测试用例，做好测试结果的记录， 发现缺陷了提交缺陷报‎‎告。当第一轮测 试结束后，我们把所有的bug单提交给开发人员，由他们进行修改。 ? 在他们修复bug期间，我们会对第一轮系统测试做一个测试评估，出一个测试报告。还要根据实际情况，对我们写的测 试用例进行修改和增加。开‎‎发改bug结束， 提交一个新的版本给我们，我们重新搭建测试环境开始第二轮系统测试。首先是回归我们提交的缺陷报告，然后会在用例中挑选一些优先级别比较高的用例来进行测试，发现问题了继续提交缺陷报告，只到 缺陷率低于用户要求了，我们就进行最后一轮的回归测试，结束系统测试。具体测试轮次是根据版本质量和项目复杂度而决定的。 重新搭建测试环境: 公司每次的产品都发布。 第二轮测试时，公司不做挑选用例，用‎‎例全部执行。需要时间安排充足 ? 其实预测试在公司内多为开发内部的测试(冒烟) 4、测试评估阶段 ? 执行阶段结束了进入测试评估阶段，我们会出一个总的测试报告对我们测试的这个过程和版本的质量做一个详细的评估 1、 需求需要评审那些, 2、 用例需要评审那些, 3、 计划应该评审那些, 4、 缺陷评审那些, 5、bug评估, 测试总结报告文档的输出: 1、可以让具体的任务负责人对该本次测试中个人负责的模快进行评价，提出相关建议。给出总体的评估 2、整体上的bug按照不同等级统计出来、用例数量、用例执行数量 3、对项目中测试人力资源的统计。(单位: 人/天) 4、项目中软硬件资源统计。 5、提出软件总体的评价 5、测试验收阶段 ? 最后进入验收阶段，我们会出用户手册，操作指引等文档。我们每一个阶段的输出都有一个严格的评审阶段，以确保我 们每一步的输出都是有‎‎效的，保证测试的顺利进行。 一般分为alpha测试和beta测试 篇五: 软件技术专业(计算机软件测试)教学计划软件技术专业(计算机 软件测试)教学计划 一、培养目标 本专业培养具有较高综合素质，掌握计算机软件设计的基本知识，初步具备应用主流编程开发工具进行计算机应用软件‎‎设计的能力，熟练掌握软件测试的基本原‎‎理、常用的软件测试工具、测试方法和测试的组织管理，能从事与计算机软件编程、测试、系统支持与服务等相关的职业，具备良好职业道德，适应IT领域应用程序开发与测试岗位第一线需要的高等技术应用性专门人才。 二、基本要求 1(知识范围 本专业旨在培养计算机应用软件的开发、测试与维护方面的应用性人才，主要学习内容涵盖三个方面， 一是计算机系统及计算机网络的基本应用，包括计‎‎算机系统组成、安装、测试、维护和维修的专业知识，计算机网络基本原理及组建网络的基本方法，网站建设和网页制作的基础知识和基本方法等知识内容; 二是计算机应用软件的设计与开发，包括面向对象程序设计、可视化程序设计、网络程序设计的基础知识和基本方法，数据库的基本概念、关系数据库的基础知识和结构化查询语言SQL的应用，标准软件开发流程和相关的工业标准，编制程序文档和软件项目说明等知识内容; 三是计算机软件测试与管理，包括软件测试的基本原理、常用的软件测试工具、测试方法和测试的组织管理等知识内容。 2(技能和能力 (1)具有一定的协调工作能力、组织管理能力、团队开发能力; (2)具有阅读本专业英语一般科技资料并用英语进行简单交流的能力; (3)具有计算机系统的测试、维护的能力，能进行计算机的日常安装、调试、维护; (4)具有互联网应用技能，能够快速准确的查找并利用互联网资源的能力; (5)掌握计算机网络知识及其应用，具有熟练进行网站与网页的 设计制作与管理的能力; (6)具有熟练使用数据库管理软件进行数据处理的能力; (7)具有常用编程软件的使用，利用基本编程结构实现算法和编写程序的能力; (8)具有网络软件开发项目分析与开发能力; (9)了解软件开发流程及项目的组织方式，具有理解和编写规范的技术文档的能力; (10)掌握常用测试工具的使用，具有按照要求实施软件功能 性测试，能编制测试文档的能力。 1 3(专业技能证书或职业资格证书 专业技能证书为世界著‎‎名厂商认证证书，职业资格证书为劳动和社会保障部部或信息产业部职业技能 鉴定中心认证证书。学生可根据自己的特长和兴趣有选择地参加: 软件测试员认证、Java初级程序员认证、SQL Server初级程序员认证、企业计算机系统维护员、网页设计师等认证考试。详见“拟参加的考证时间表”。 三、就业主要岗位群 1、IT行业中从事软件开发的技术岗位; 2、IT行业中从事软件测试的技术岗位; 3、IT行业中从事数据库管理的技术岗位; 4、IT行业中从事软件安装、使用和维护的技术岗位。 5、IT行业中从事商业软件售前、售后服务和技术支持岗位。 四、学制 全日制三年 五、课程设置及学时、学分‎‎分配比例 应修总学分152学分，其中必修课95学分，选修课16学分，实践教学41学分，总学时3294学时。 课程设置分为两大类型: 1、课堂教学，以学时为单位，主要包‎‎括讲课、实验、实训等，一般以18学时计1学分。 2、实践教学，以周为单位，1周为30学时，计1学分。 2 六、毕业规定 取得总学分152学分，其中必修课95学分，选修课16学分，实践教学41学分;通过毕业实习鉴定和毕业论文(设计) 答辩，予以毕业。 七、主干课程 1、软件工程概论 2、网络与eb技术基础 3、数据库应用 4、Delphi开发工具 5、.NET网络程序设计 6、Java 程序设计 7、软件测试基础 8、软件测试工具 八、教学进程 1、课堂教学时间安排表 3 4 以上专业技能认证学生可根据自己的特长和兴趣有选择地参加考试‎‎。 5 篇六: 软件测试流程规划软件测试流程规划 一、引言 本文档规范了软件测试过程中的整体流程，明确了软件测试从开始到结束的各个阶段，以及在各阶段中的负责人、具体工作内容和必需的输入输出文档。另外，本文还介绍了各测试阶段需要的 测试工具、测试点和测试步骤，并提供了各类测试文档的参考模板。 二、测试流程概述 1、流程介绍 一般来讲，软件测试是伴随着项目的立项而开始的。也就是说，软件项目一旦确立，测试工作也就开始了。在测试的过程中，前后要经过以下主要环节: 需求分析— 制定测试计划— 搭建测试环境— 测试用例设计— 测试执行— BUG回归测试— 测试总结— 软件发布 对于以上流程环 节，一般而言，需求分析属于需求分析人员的工作范畴，环境搭建、用例设计、测试执行以及回归测试等属于测试人员的工作范畴，测试负责人负责制定测试计划以及对各个环节的跟踪、实施、管理等。 2、流程图 功能测试 项目开始 需求阶段 测试计划 测试阶段 性能测试 用户界面测试 兼容性测试 安全性测试 接口测试 测试总结 软件发布在这个阶段，主要是对于‎‎需求的收集、分析以及评估。 1.由需求分析人员统一收集需求，并整理‎‎成文档格式转发给项目经理、开发经理和测试经理; 2.项目经理召集开发经理、测试经理和需求分析人员进行会议讨论， 了解具体每个需求的实际含义，并且明确各需求的有效性和可用性; 3.小组会议讨论，确定最终实现的需求和功能点，并整理出重点需求; 4.项目经理根据会议讨论结果编写需求说明，并且再次召集小组开会讨论，对需求说明进行修复、完善，并最终确定《需求规格说明 书》。 负责人: 项目经理 输入文档: 需求说明文档 输出文档: 《需求规格说明书》 四、测试计划阶段 作为测试的起始步骤和重要环节，测试计划是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排，并提出对各项任务的评估、风险分析和管理需求。用一句话概括就是: 测试计划是从管理角度对整个测试活动进行规划和控制。 测试计划的主要内容可分以下几个方面: 1.测试概述(介绍项目测试的范围、目的以及组织形式‎‎) 2.测试进度(测试时间周期的安排) 3.测试策略(包括测试环境、测试工具及测试方法) 4.需求跟踪(确定系统测试项与需求之间的对应关系) 5.测试通过失败标准(指明测试何时通过何时结束) 6.测试挂起恢复标准(指明当测试过程无法进行下去时测试活动挂起以及恢复的标准) 7.资源分配(工作量的统计以及工作任务的安排) 8.应交付测试工作产品(明确测试需要提交的各类工作文档) 9.风险评估(预估测试存在的风险) 测试经理根据项目的总体进度、发布时间以及需求规格说明、开发计划制定相应的测试计划，完成后提交给项目经理。项目经理组织讨论会，连同开发经理、测试经理以及各模块负责人，对测试计划进行评审并确定。 负责人: 测试经理 输入文档: 《需求规格说明书》、《软件开发计划》 输出文档: 《软件测试计划》测试阶段按照不同的测试要求可分为以下几点: ? 功能测试 ? 性能测试 ? 用户界面测试 ? 系统兼容性测试 ? 系统安全性测试 ? 系统接口测试 负责人: 测试工程师 输入文档: 《需求规格说明书》、《软件测试计划》、《软件设计文档》 输出文档: 《***测试用例》、《***缺陷报告》、《***测试报告》 1、测试前提条件 当研发部门完成了软件项目的开发任务之后，软件产品开始进入测试环节。在开发人员提交测试之前，需要遵守测试的前提条件，如果没有限定测试前的前提条件，测试人员需要花费大 量的时间去完成一些简单的并且很容易发现的错误，这样会造成很大的人员浪费。因此，对于开发部门提交给测试部门的软件产品，除领导亲自特批外，均必须满足以下条件才允许提交: (1)开发部门完成软件的白盒测试。 (2)开发部门完成软件的冒烟测试。 (3)必须提供软件产品的需求文档以及软件开发的设计文档(包 括概设和详设文档)。 (4)对于新增功能，必须提供功能列表、功能详细说明、流程明细以及关联的模块;对于修改功能，必须提供修改功能列表、具体修 改内容以及影响的模块。 (5)对于没有完成的功能，不能提交测试，必须在代码中注释掉。 (6)对于需要与其他系统进行集成测试的软件，需要‎‎明确测试环境以及参数的配置，并且详细说明系统间具体是如何集成的。 (7)对于需要进行性能测试的部分，提供详细‎‎说明以及需要达到的各项性能指标。 2、系统功能测试 2.1测试工具 主要采用手工测试，但对于重复性功能点的测试可 采用QuickTest Prfessinal作为自动化测试工具。另外，使用公司Dynamix系统作为测试用例和BUG管理工具。 2.2测试点 2. 2.1链接测试 链接是eb应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示‎‎的那样确实链接到了该链接的页面;其次，测试所链接的页面是否存在;最后，测试eb应用系统上是否有孤立的页面。 2. 2.2表单测试 当用户给eb应用系统管理员提交信息时，就需要使用表单操作，例如: 用户注册、登陆、信息提交等。在这种情况下，我们必须测试提 交操作的完整性，以校验提交给服务器的信息的正确性，例如: 用户填写的出生日期与职业是否恰当，填写的所属省份与所在的城市是否匹配等。如果使用了默认值，还要校验默认值得正确性。如 果表单只能接受指定的某些值，则也要进行测试。如: 只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。 2. 2.3 Ckie测试 如果eb应用系统使用了Ckies，就必须检查Ckies是否能正常工作。测试的内容可包括Ckies是否起作用，是否按预定的时间进行保存，刷新对Ckies有什么影响等。 2. 2.4数据校验测试 如果系统中根据业务规则需要对用户的输入进‎‎行校验，那么就必须要保证这些校验功能‎‎正常工作。例如，省份的字段可以用一个有效列表进行校验。在这种情况下，需要验证列表完整而且程序正确调用了该列表(例如在列表中添加一个测试值，确定系‎‎统能够接受这个测试值)。 2. 2.5程序功能点的测试 尝试用户的所有操作，这是用户之所以使用网站的原因，必须确保: 1、各个功能点是否能正确使用; 2、流程是否能正常运转。 2.3测试步骤 2. 3.1测试环境的搭建 根据实际情况，搭建相应的测试环境，包括软件环境和硬件环境。 2. 3.2用例设计 测试工程师根据“需求规格说明书”、“测试计划”以及开发提供的“软件设计文档”来设计各个模块以及功能点的测试用例，完成后提交给测试经理。测试经理组织各模块开发以及测试‎‎人员进行开会讨论，评估设计好的测试用例。 2. 3.3测试执行 在这一阶段，测试工程师对之前设计好的测试用例进行执行操作，找出系统软件的BUG并且提交给开发人员进行修复。 2. 3.4回归测试 测试工程师对于那些已被开发修复的BUG，做回归测试以验证其是否得到正确修复。确认修复的，就将BUG关闭，否则重新提交给开发人员修复。 回归测试需要注意一下两点: 1.BUG是否得到正确修复; 2.是否引入了新的BUG。 2.4测试报告 测试工程师对功能测试结果进行总结分析，完成《功‎‎能测试报告》。 3、系统性能测试 性能测试是测试过程中不可或缺的一个环节，它是通过自动化的测试工具模拟多种正常、峰值以及异常条件来对系统的各项性能指标进行测试。