软件测试人员绩效评估的分析设计与实现样本.doc

上海交通大学本科毕业论文软件测试人员绩效评估分析、设计与实现学 生：齐欣昊学 号：70711102专 业：计算机软件导 师：王轶俊上海交通大学网络教诲学院二八年九月毕业论文声明本人郑重声明：1、此毕业论文是本人在指引教师指引下独立进行研究获得成果。除了特别加以标注和道谢地方外，本文不包括其她人或其他机构已经刊登或撰写过研究成果。对本文研究做出重要贡献个人与集体均已在文中作了明确标明。本人完全意识到本声明法律成果由本人承担。2、本人完全理解学校、学院关于保存、使用学位论文规定，批准学校与学院保存并向国家关于部门或机构送交此论文复印件和电子版，容许此文被查阅和借阅。本人授权上海交通大学网络教诲学院可以将此文所有或某些内容编入关于数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本文。3、若在上海交通大学网络教诲学院毕业论文审查小组复审中，发现本文有抄袭，一切后果均由本人承担（涉及接受毕业论文成绩不及格、缴纳毕业论文重新学习费、不能准时获得毕业证书等），与毕业论文指引教师无关。作者签名：齐欣昊 日期： 9月10日 软件测试人员绩效评估分析、设计与实现摘 要软件测试在软件项目中重要地位显而易见，然而在国内，软件测试业起步晚，不受注重，面对国内软件测试行业窘况，测试人员水平不高，高档测试工程师更是紧缺，软件测试人员水平更是很难提高。而在项目中，测试人员考核其实是个提高测试人员水平、体现项目质量有效和直观办法。但是这个考核往往又成为项目经理和测试经理一种难题。如何评估测试人员工作？如何定义测试质量差别？那么我所但愿研究就是如何去评价一种测试人员工作绩效，如何去量化一种测试人员。通过量化数值从而能更好、更加对的地评价一种测试人员，从而反映出每个测试人员局限性，以此来推动测试人员发展，来提高测试人员水平。此论文重要亮点在于，对生活中事例进行了抽象，对抽象出来考核参数通过加权方式合理地对测试人员绩效进行量化。其特点如下：1. 通过现实生活中事例抽象出测试人员绩效考核参数。2. 依照参数对测试人员影响进行加权式量化。3. 简朴有效地进行一种测试人员考核。核心词：软件测试；测试人员考核；工作效率指标；工作质量指标ABSTRACTIt is obvious that the software testing system is of great significance in the software project. But in China，little importance is laid on it as its coming and development in our country is lagging. In this unpromising situation，the low level of technology of testers is inevitable and High-level tester engineers are even scarcer，which makes the software testers skill level difficult to enhance. In one project，the testers appraise is an effective and direct-viewing method in the enhancement of a testers skill and manifesting the quality of the project. But this inspection often becomes a difficult problem of project managers and tester managers.The research I do is relevant to how to appraise and quantize the achievement of the testers work. Using these marks after quantizing，it will be better to promote the development of a tester and enhance the skill level of a tester.The point of this study is abstracting the cases in life，and weighing the parameters of the marks which had been quantized of the achievement of the testers work. The points are as follows:1. Abstract the case in life，and choose the parameter about the testers work2. Weighting the parameter according to the affect of tester.3. Easy and efficient to appraise the tester. Key Words：software test；testers appraise；norm of work efficiency；norm of work quality软件测试人员绩效量化系统分析、设计与实现目 录第1章 项目概述31.1 背景简介31.1.1 软件测试背景简介31.1.2 软件测试在中华人民共和国形势51.1.3 软件测试人员技术背景简介51.2 设计理念由来61.2.1 CMM简朴简介61.2.2 CMM与软件测试71.3 预期产品特点简介71.4 小结7第2章 需求分析92.1 存在问题分析92.2 可行性研究92.3 相应工具选用92.4 小结10第3章 软件设计与实现113.1 概要设计113.1.1 程序构造图及阐明113.1.2 数据流图及阐明123.1.3 技术指标量化分析123.1.4 详细量化指标143.2 详细设计173.2.1界面布局173.2.2系统框架分析183.2.3数据库分析193.3 小结19第4章 系统实现与测试204.1 系统搭建204.2 遇到问题与改进办法224.3 小结23第5章 论文总结245.1 产品价值245.2 产品局限性245.3 对产品拓宽应用想法24结束语25参照文献26道谢27附录28第1章 项目概述1.1 背景简介1.1.1 软件测试背景简介软件测试，一种不陌生词，相信人们在近些年来对于它关注也是越来越多，越来越重。在简介它背景之前，先来说下它学术上定义吧！软件测试就是在软件交付顾客使用或投入运营前，对软件需求规格阐明、设计规格阐明和编码最后复审，是软件质量保证核心环节。换句话说，软件测试就是为了发现错误而执行程序过程。基于对定义理解，下面简介与软件测试有关某些内容： 软件测试阶段普通咱们所说软件测试都分两个阶段。第一种阶段，在编写出每一种模块之后就对它做必要测试，即咱们称作为单元测试。普通来说，编码和单元测试是属于软件生命周期中同一种阶段。而在结束这个阶段后对软件系统还要进行一系列各种综合测试，如集成测试、系统测试、回归测试、性能测试和配备测试等，这就是软件生命周期另一种独立阶段，即综合测试阶段。 软件测试目从普通意义上说，其实软件测试最后目也就是为了避免软件中各种错误发生，保证应用顾客在使用程序时可以正常高效运营。这也是体现软件测试价值所在。另一方面尚有某些人们普通忽视目，那就是，运用好测试用例、成功测试用例来发现至今未发现错误。最核心一点，也是始终以来都被测试人员忽视问题，就是发现问题同步，还要尽自己也许来协助开发人员分析问题，排除某些不利于开发解决问题因素，尽量详细描述来重现错误办法。这些都是测试目。 软件测试原则软件测试原则应当就是尽早和不断地进行软件测试，由于实践证明单元测试可以尽早发现问题，这样就可以尽量减少后期测试工作工作量与错误量，同步也可以保证系统不会由于发现错误过晚而导致项目延期，或者由于重大缺陷问题而导致复工。然而这一点却是普通开发人员所忽视地方，往往咱们会以为，测试是后期测试人员应当负责，因而导致后期测试人员总能发现某些低档错误。充分注意测试中群集现象。对于这点，起初我并不怎么理解，但经验表白，测试后程序残存错误数目的确与该程序中已发现错误数目或检错率成正比。因此，应当对错误群集程序段进行重点测试。最后，应当对每一种测试成果做全面检查。妥善保存测试筹划，测试用例，出错记录和最后分析报告，为维护提供以便。 软件测试对象老式软件测试仅是对软件功能测试。其实，软件测试并不单纯等同于程序测试。软件测试应当贯穿整个软件定义与开发整个期间。因而需求分析、概要设计、详细设计以及程序编码等各阶段所得到文档，涉及需求规格阐明、概要设计规格阐明、详细设计规格阐明以及源程序，都应当是软件测试（评审）对象。在对需求理解与表达对的性、设计与表达对的性、实现对的性以及运营对的性验证中，任何一种环节发生了问题都也许在软件测试中体现出来。 软件测试重要性咱们懂得软件测试始终以来都在整个软件生命周期中所占据重要地位，但是在老式瀑布模型中，软件测试仅仅安排在运营与维护阶段之前，虽然这样办法是软件产品交付顾客使用之前保证软件质量重要手段，但是由于受到老式模型自身限制，软件测试地位重要性始终以来都没较好发挥。近年来，软件工程界趋向于一种新观点，即以为软件生命周期每一阶段中都应包括测试，也就是如上面提及第4点，测试对象更加全面。采用这样做方式目是可以做到检查本阶段成果与否接近该阶段预期目的，同步可以保证尽早发现各阶段中错误存在，并且加以修正。由于以往事实告诉咱们如果不在初期阶段就进行测试，错误往往会延时扩散，并且经常会导致最后成品测试巨大困难。其实，大量软件项目观测成果表白，软件项目成功与否在很大限度上依赖于软件测试成功，软件测试做得好项目不光质量好，并且可以提前或准时完毕，其成本也相对较低；抓软件测试和软件质量，并不意味着增长项目成本，反而可以减少项目成本。此外，软件测试有着在软件项目中举足轻重地位与意义。1.1.2 软件测试在中华人民共和国形势通过上面对软件测试背景简介，咱们可以大体理解了软件测试其在整个软件开发中重要地位。由于软件测试贯穿着整个软件开发，软件测试好与坏，也直接影响着软件自身好坏，同步也对软件效益挂上了钩。因此，软件测试越来越受到了人们注重。但是当前与国际先进软件公司相比，中华人民共和国软件公司差距在哪里？一种重要而又明显差距就是软件测试和软件测试人才。重要存在如下几种方面问题： 1. 结识问题：普遍存在重开发、轻测试现象，将测试放在从属被动地位。没有充分结识到，其实软件项目开发完毕好坏，不但取决于开发人员，更取决于测试人员。2. 从业人员：当前国内大多数测试人员整体水平都不是很高，有是从别行业，通过某某学校培训进入这个行业，有是半路出嫁，这多多少少影响着测试行业发展。3. 管理问题：多数存在随意化、简朴化，没有建立有效、规范测试管理体系。4. 工具问题：当前国内公司，大多都缺少自动化工具支持，普通未采用软件测试管理系统。5. 培训问题：国内测试培训越来越多，但有哪些是把真正提高从业人员水平做为首要任务，更多也许在“钱 ”字上。某些记录数据表白，在国内，多数软件公司在软件测试方面上投入普通都在5%如下，而国际知名公司软件测试则在整个软件项目中所占比例为40% 以上，占整个项目费用50%以上，软件测试人员与开发人员人数也比例不不大于1:2 ，反观国内，测试人员所占比例很小，普通都处在从属与被动地位。因此，我想中华人民共和国软件工业要想健康发展，必要正视上面几种问题和努力缩小这些问题上差距。1.1.3 软件测试人员技术背景简介前面咱们已经提到过了，中华人民共和国软件公司差距中软件测试人才也是个比较严重问题。正如有标题写道：“国内软件测试业之怪现状-重赏之下无勇夫”。某些有关报道表白，国内某些知名软件出口公司组织招聘会上浮现了“粥多僧少”怪现状。来自中星微电子、用友、金山、书生公司等诸多公司代表在面对前来应聘近千名专业人才发出了感触：“找软件人才，难！找先进难上加难！”据招聘会负责人陈先生简介，本次参加招聘公司将重要对软件测试工程师、J2EE高档软件开发工程师、JAVA开发工程师等岗位展开招聘；由于测试工程师等人才及其紧缺，大多公司都比较急，甚至有些公司像金山、联信永益等就直接打出“急聘”字眼招揽英才。1.2 设计理念由来前些阶段，公司内部培训CMM，借此机会自己也在网上查阅了许多有关内容，公司内部整顿，提高软件项目管理，软件开发，于是结合了测试有关内容，学习了下CMM如何更好运用到测试环节中。本次论文选题，理所固然就想到这个与自己工作密不可分内容。一来对论文分析研究上着手比较简朴，二来研究成果也有助于工作上需求。其实，当从一种测试员转变为管理员我深刻体会到，对于一种测试人员绩效量化困难，但同步也理解其在国内测试行业中意义重大，由于在中华人民共和国这个测试不受注重大背景下，当前软件测试人才紧缺，已成为中华人民共和国软件公司当务之急。对于测试人员又如此高需求状况下，对于一种测试人员绩效量化有非常重大意义。为此下定决心，将此论文研究究竟。1.2.1 CMM简朴简介CMM（软件能力成熟度模型：Capability Maturity Model For Software）是由美国卡内基梅隆大学软件工程研究所（SEI：Software Engineering Institute）受美国国防部委托研究制定并在美国，随后在全世界推广实行一种软件评估原则，重要用于软件开发过程和软件开发能力评估和改进。SEI 给 CMM 下定义是：对于软件组织在定义，实现，度量，控制和改进其软件过程进程中各个发展阶段描述。这个模型便于拟定软件组织既有过程能力和查找出软件质量及过程改进方面最核心问题，从而为选取过程改进战略提供指南。CMM把软件开发过程成熟度由低到高分为五级，即初始级、可重复级、已定义级、已管理级和优化级。随着CMM级别提高，逐渐减少了软件开发风险，缩短了开发时间，减少了软件开发人力物力成本，减少了劫难性错误发生率，提高了质量。1.2.2 CMM与软件测试之前咱们也提及到，在国内，大某些组织对评价和测试定义都相对狭义，她们忽视了测试在整个项目重要地位。诸多公司甚至直到编码已经开始时才指定或安排测试人员，并且，她们将测试范畴仅仅限定于功能测试，也许偶尔做一下性能测试。但是在CMM中再次强调，评价与测试是对软件开发过程中产生各种系统规格和模型进行验证活动，不但仅是一种基于机器对代码执行、确认活动。其实测试就像建造摩天大厦，在砌第一块砖之前就应当将评价和测试集成到了整个开发过程之中。而不是等到摩天大厦建成后才发现大厦内存在这样与那样问题。而当前，多数软件项目所使用软件评价和测试办法是始终等到大楼已经建成才进行测试，那时测试工作也仅仅是能保证基本功能可以工作而已。在CMM中所要表达意思就是进一步将评价和测试某些思想进行融合，用一种特殊评价技术来代替，其问题核心就是在你项目生命周期中每一种交付产品都必要被测试。交付产品应当涉及需求规格阐明书，设计规格阐明书、数据转换规格和数据转换代码、数据库设计阐明书、培训资料、硬件/软件安装规格、顾客手册和应用程序代码等等。总之，每个阶段每个交付产品必要通过正式、训练有素技术来对恰当属性进行评价和测试。这个在CMM中再次提及问题，显示着软件测试正在该改革。1.3 预期产品特点简介软件测试自身及其行业在中华人民共和国近况有了一种大体理解。面对国内软件测试行业窘况，测试人员水平不高，高档测试工程师更加是紧缺，我所研究就是如何来评价一种测试人员工作绩效，如何去量化一种测试人员，从而能更好、更加对的评价，推动测试人员。其重要亮点如下：1. 通过对现实生活中事例，抽象出测试人员绩效考核参数。2. 依照参数对于测试人员影响，进行加权式量化。3. 简朴有效进行一种测试人员考核。1.4 小结通过简朴背景简介，大体理解了软件测试在软件项目中重要地位，然而在国内，软件测试业起步晚，不受注重状况下，软件测试人员水平也无法提高，当前国内软件测试人才紧缺。再通过结合CMM有关知识，由此引出了我论文课题：软件测试人员技术指标量化分析、设计与实现。论文重要亮点在于，对生活中事例进行了抽象，对抽象出来考核参数通过加权方式合理给测试人员绩效量化。第2章 需求分析2.1 存在问题分析问题1：量化办法难度大人们都懂得，凡是量化都是需要一种过程，都是需要不断摸索，并且考量参数与其考量定义，都是需要有严格规范，并且需要合理。因此我想我所能完毕，仅适合于某些量化，并且是和我自身工作所紧密联合量化。问题2：可供参照资料少由于前面也提及到，在中华人民共和国，测试并不是很发达大背景下，关于其各有关方面理论都不是很充分。因此当前来说量化还处在人们都在摸索阶段，固然也有前辈已经定义了某些量化办法，但是都是比较简朴并且不全面，网上有关信息也少之又少，这对我研究带来了不小困难。问题3：量化参照数据选用由于之前也说到，量化是非常困难事，对于要考量参数选用也是非常困难事情。由于有些数据是无法量化，而有些数据量化又存在不合理性，如何选用合理参照数据来进行量化，也是个不小困难。问题4：开发周期短由于本次论文时限比较紧张，一定会对软件开发增长了一点困难。因此在选用工具时，尽量应当选取比较容易开发工具。2.2 可行性研究对于一种人工作质量，如何去量化它，如何尽量减少主观因素去判断一种测试员测试质量。我想这就是我要完毕本次论文主题。也就是说核心在于这个量化办法。参照了网上它人某些办法，再结合自己工作中经验，大体办法应当可以得到。通过选用某些比较能反映问题参数，再通过恰当合理加权解决，来有效精确反映一种测试人员技术水平与工作质量。相信通过研究，做到这点应当还是可以。2.3 相应工具选用受到自己自身所学习语言限制，因此能使用工具不多，考虑届时间紧张，因此决定选取VB.NET，一来开发界面形软件非常以便，二来自己也比较熟悉。这样就能为开发节约不少时间。Visual Studio.NET 是一套完整开发工具，它集成了Visual Basic.NET、Visual C+.NET、Visual C#.NET 和 Visual J#.NET，能生成ASP Web 应用程序、XML Web services、桌面应用程序和移动应用程序等。并且这些语言全都使用相似集成开发环境 (IDE)，该环境容许它们共享工具并有助于创立混合语言解决方案。其她有关特点就不再论述。2.4 小结本章内容，通过初步分析，理解到了此篇论文研究中存在难点与困难，相应也在可行性研究中分析了这些难点与困难初步解决方案。在选用工具时，选取了自己擅长，并且在开发窗口界面软件时，最为以便工具VB.NET。第3章 软件设计与实现3.1 概要设计3.1.1 程序构造图及阐明程序初步设计为，一种主窗体，别的窗体都为子窗体。如图1所示：MS1S2S3图1 程序构造图在这个构造当中，M为主构造模块，负责子窗体某些控制。S1，S2，S3分别为3子个构造模块。S1为输入模块，数据输入都在这个模块中进行操作。S2为数据查询模块，数据最后查询都在这个模块中进行操作。S3辅助模块，这里将进行某些辅助操作，如登入对话框等。S1数据输入模块，其提成各种子数据输入小模块。每个模块分别为一类数据组对象。最后由S1统一将数据传入数据库中。S1S11S12S13S14S2数据查询模块，这里负责查询数据登入后某些查询。以及在数据库中信息都在这里显示。S2S21S22S23S24S3辅助模块，软件登入时对话框，以及某些拟定用功能，暂时安排这个模块中。在以上模块设计中，模块数未定，需要在数据流程研究后再进一步拟定。通过上面分析，大体可以拟定程序提成2个功能模块，数据输入与数据显示。再结合某些其她模块统一成一种完整项目。3.1.2 数据流图及阐明一种基于计算机信息解决系统由数据流和一系列转换构成，这些转换见输入数据流变换为输出数据流。数据流图就是用来刻画数据流和转换信息系统建模技术。外部实体外部实体转化在我所研究课题中，输入数据外部实体就是每个测试人员某些考核指标。输出数据就是每个测试人员用数值表达绩效。通过量化来把测试人员工作或者说是技术水平以加权形式量化。进一步细化可以看见当管理者通过输入每个测试人员参数数据时，通过软件转化，相应输出就是每个测试人员绩效量化后值。管理者测试人员绩效量化参数数据量化成绩数值数据3.1.3 技术指标量化分析上节中分析了程序整体构造图与数据流图，就如数据图中间转化，这个过程就是我所要研究测试人员绩效量化。对于量化，在之前需求分析中已经提到过其核心难点在于参数选用，选取一种作为评判测试人员在工作中质量参数可以有效评价这个测试人员工作质量，结合所有这种参数再通过加权方式来整体量化，最后得出一种测试人员量化绩效。那么先来看看在以往测试人员工作绩效评价都存在着一定误区，如：1、提交问题单数量多与少并不能直接判断测试人员好坏由于这种做法明显缺少全面性。Bug数量只是评估测试质量一种方面，但是光从数量上来评判一种测试人员好与坏显然是不全面，由于对整个项目而言，咱们更需要是整个测试实际测试质量。这就需要考察问题单质量、测试难度、缺陷单级别等一系列问题。2、对测试人员发现问题价值没有进行评估如果说，测试人员发现缺陷没有其自身价值评估，势必会导致某些负面影响。由于，发现1个系统架构设计方面存在缺陷和隐患，要远远超过发现几种普通界面显示问题要有价值多。因而，在对测试人员进行评价时，必要区别不同问题重要性和价值。3、对测试文档质量不够注重其实测试文档质量虽然不是重要因素，但是往往却是一种先进测试人员测试水平反映，由于只有对系统进行了充分、进一步测试测试人员才干写出高质量测试报告。同样，也只有懂得写好测试文档才干给测试带来更多效益测试人员才是先进测试人员。文档质量好坏，影响着测试人员个人与整个测试团队发展。4、对测试人员综合能力不够注重其实任何工作一方面最为重要一点就是责任心。因此，必要考察测试人员责任心，如果一种测试人员工作不符责任，随意敷衍，虽然提交Bug数量上诸多，也不能证明她测试质量高。另一方面，还需要看测试人员其她方方面面，如工作积极性，沟通能力等。如果一种测试人员解决不好这些基本工作能力，那也不能评判其是个先进测试员。因此，我将评价参数大体分为：Bug寻找能力，文档写作能力，综合素质，技术能力这四类，由于从我自己经从来说，一种好测试员所必要拥有或者说一定要具备能力基本都在这四类中所涉及了。这里Bug寻找能力我重新定义为缺陷单有关，也就是说一切关于缺陷指标参数我都将统和在这里。文档写作能力是涉及某些诸如，日报，Bug票，Report等描述能力。技术能力则是指编写测试用例，执行测试用例，使用自动测试工具等某些能力。而最后综合素质则是指测试人员平时工作态度，钻研精神，动手能力等某些工作种基本体现。大体参数都归纳在这四项技术指标中。下面来逐渐选用每项指标中详细参数。 缺陷单：其实人们都懂得，评价一种测试人员技术水平好坏，最核心最基本就是她查找Bug能力，虽然Bug数量不能代表一切，但当前来说，这是唯一一种能体现一种测试人员水平重要指标之一。因此我想，Bug数量一方面应当作为参数。另一方面，再考虑Bug质量，由于Bug自身就具备严重性差别，有些Bug导致机器死机，重起等，有些只是画面显示不当等，依照这种重要性不同区别，可以将Bug提成S，A，B，C四等，同步也是衡量一种bug质量一种重要因素，好bug应当是极端严重，对系统导致极大危害。因此，高质量Bug越多，体现一种测试人员水平也就越高，自然其所占分值也应当也是越高。在之前也说过要充分注意测试中群集现象，因此若回归测试中依然能发现高错误率模块问题，同样也是体现测试人员水平高低。 文档：也就是测试有关文档质量。测试文档质量往往是测试人员测试水平反映，只有对系统进行了充分、进一步测试测试人员才干写出高质量测试报告，阐明测试全面性和测试过程质量。在这里咱们可以选用参数有“缺陷描述”，“测试报告质量”。缺陷描述在整个测试环节中是一种非常重要环节，当一种测试人员发现Bug是她职责，但是对于一种好测试人员，缺陷描述水平则是不可缺少。由于好描述，在测试与开发无法当面沟通时，可以以便开发人员理解测试人员发现问题何在，便于更快解决，解决问题。但是如果描述不够清晰明白，只有给开发增长不必要承担，挥霍时间与精力。同样，测试报告质量也应当规范详细，这样做好处是有助于后来归纳总结，同样更有助于在其她或者后来项目中运用。 技能：测试技能水平。评价一种测试人员好坏，其技术水平必定也是重要指标。测试用例设计水平，测试工具掌握使用水平，测试成果分析判断水平。这种技术水平指标，客观上可以从测试用例设计数量上来做为评判，主观也可以从实际测试用例难度上来评判。对于工具掌握同样也是一种重要考核指标，固然前提是与否需要运用到测试工具。一种好测试人员，一定要会测试工具，这样才干更加有效提高测试质量与测试数量。 综合能力：测试技能以外综合能力。其实考察一种测试人员，不但仅要从上面提到这些指标去衡量，要做到量化合理性，应当还要考虑到测试人员实际工作态度，团队协作，沟通等许多主观因素，由于这些是职业基本所在。但由于考虑到是主观因素，因此我想比重不应当很大。3.1.4 详细量化指标上面大体分析了四个指标所涉及某些参数。下面将详细对每个指标进行分析，做详细量化。 缺陷单30（50）分 提交缺陷总数6(10)参数值：T基本考核指标总缺陷是反映一种测试员最基本考核指标。以6分为基本分。按照提交缺陷总数与项目总数比来加权量化每个人分值。设计参数T=S+A+B+C+WT。4*T/AT取整。 提交非缺陷总数-5（0）参数值WT减分指标这里涉及到非缺陷问题会给开发带来工作影响，并且为了提高测试人员水平，让测试人员意识到非缺陷会给开发增长缺陷解决承担，这里提出了减分量化。设计参数（-5）*WT/AT取整 提交有效缺陷数9（15）参数值RT基本考核指标有效缺陷是反映一种测试人员技术水平一种非常好考核指标。以9分为基本分。按照提交有效缺陷总数与项目总数比来加权量化每个人分值。设计参数RT=S+A+B。6*RT/AT取整。 回归缺陷数0（+5）参数值CT加分考核指标由于测试过程中，总有这样那样问题存在，导致缺陷忽视，如果在回归测试中能发现某些被忽视问题，那应当值得加分。按照提交回归缺陷总数与项目总数比来加权量化每个人分值。设计参数5*CT/AT取整。（里与非缺陷-5起到平衡作用） 严重缺陷所占比例9（15）参数值S基本考核指标严重缺陷会给系统带来不可预计损失，因此当发现严重缺陷数量越多，越能反映这个测试人员水平。设计参数6*S/AT取整。 提交分类缺陷数6（10）参数值S重大 A较重B较小 C普通基本考核指标这里为缺陷提供不同价值，由于缺陷自身严重级别存在着不同价值。为此加权某些各级别分值。以6分为基本分。底分+4S/（S+A+B+C）+3A/（S+A+B+C）+2B/（S+A+B+C）底分+1C/（S+A+B+C） 技能：6（10）分 设计执行用例数3（5）参数值T基本考核指标编写测试用例数可以从一种侧面反映一种测试人员测试技能水平。2*T/AT取整 用例难度0（+2）加分考核指标测试用例难度是一种加分指标，可以区别编写测试用例水平。 执行用例数3（5）参数值T基本考核指标执行测试用例数可以从一种侧面反映一种测试人员测试技能水平。2*T/AT取整 工具掌握能力0（+3）加分考核指标当前自动化工具是测试趋势，因此依照公司需要，可以作为评判测试人员水平加分原则。 文档0（10） 缺陷描述0（5）问题描述与否清晰，问题定位附件与否完整，问题描述语言与否规范，都将是评判一种测试人员缺陷描述准则，一种好测试人员，不但仅在发现缺陷上有能力，在缺陷描述上同样需要有能力，由于只有精确描述才干协助开发人员及早解决问题。 测试报告质量0（5）报告描述与否清晰，报告定位附件与否完整，报告描述语言与否规范，都将是评判一种测试人员缺陷描述准则，一种好测试人员，同样要能编写合格测试报告。 综合素质3（20）综合素质包括了许多方面，都是从主观因素去判断一种测试人员，可以分为：动手能力（2），创新能力（2），规章制度（2），工作态度（6），沟通能力（2），钻研能力（2），协作能力（2），自学能力（2）。个人觉得，作为一种测试人员，其工作态度特别重要，由于工作自身有时会重复，疲劳，如果你没有充分兴趣，良好工作态度，是很难做好这份工作。相比，其她分值就略微偏低些。通过以上这些参数选用，详细量化，整体对一种测试人员做了全面量化，通过四点概要参数，再细分每一种内部参数，比较客观量化了一种测试人员整体工作。3.2 详细设计3.2.1 界面布局整个量化参数选用，量化，都已经在上面章节中分析完毕，下面就开始实行详细软件设计。通过之前构造分析，将整个软件分为了4个模块。在界面布局中，同样也提成4个窗体。窗体一如图，即为主窗体。实现其她模块之间调用。设计有MainMenu,等控件。输入模块，如下图，当主窗口打开时，即打开输入窗体，其分为基本信息，技能，文档，缺陷单，综合素质，总评。等几种子输入模块。输出模块，如下图，作为显示数据所用，在这里可以控制显示方式等。依照数据库中信息，动态反映数据库内内容。辅助模块，用来辅助主程序模块。如下图所示，这里是软件登入框等模块。3.2.2 系统框架分析通过上面布局，软件大体雏形可以看见。下面我将分析下系统整体框架。整个程序由主窗体控制。调用辅助模块、输入模块，以及输入模块。系统启动时，通过主窗体调用登入对话框，只有对的帐户密码才干进入主程序。当进入程序后，系统调用输入模块，为背面工作做初始准备工作。顾客可以通过提示，将精确信息一步一步输入。然后通过之前定义量化办法，进行对输入数据进行量化，将量化出得分，然后再通过数据库将量化后某些信息登入进数据库进行保存。同步，顾客可以主程序视图中切换当前模式。当顾客选取数据显示模式，即调用了输出模块，这里就是通过调用数据库，将登入后数据通过不同方式显示出来。你可以选取自己所但愿方式来显示数据库中信息。下面对系统整体框架重要内容做伪代码分析： 软件登入判断登入时属性，如果账号密码对的则登入，否则将整个程序关闭。 数据保存判断与否记录存在，如果存在则跳出提示修改记录或者放弃提交。如果记录不存在，则保存数据至数据库,并且判断与否继续输入记录。如果继续输入，则初始化信息3.2.3 数据库分析人们对数据库其实应当很理解了。数据库是依照某种数据模型组织起来并存储二级存储器中数据集合。这里我所用只是比较简朴数据存储。将考核对象，通过不同数据库进行保存，用数据库与相应控件进行绑定，来实现动态显示。这里我所选取是Access，由于是比较小数据库，同步Access有其独特长处，对于新手来说，使用起来也较为简朴。依照输入模块提成子模块，与某些特殊需要。我将数据库提成相应几种子库，通过核心字段联系在一起，这样以便与输出模块时所需要显示。详细提成了，基本信息，项目信息，文档，技能，缺陷单，综合素质，总分。将输入信息，分类保存在数据库中。其中每一项内容分别相应着输入模块中所需要保存内容。这样简朴数据库就与软件捆绑在一起了。3.3 小结这一章里，通过概要设计与详细设计，分别完毕了软件实现前整体设计，在概要设计中，进行了程序构造图与数据流图分析，再充分分析了技术指标选用分析，以及量化办法分析与定义。把整个量化内容与办法详细定义了。而在详细设计中，对于整个软件布局、系统框架以及数据库进行了详细分析与定义。在下一章中将进行详细软件实现。第4章 系统实现与测试4.1 系统搭建这一章便开始了整个软件系统搭建，一方面建立项目工程，依照模块构造分别创立4个窗体。Form1为主窗体，From2为登入窗体，Form3为输入窗体，Form4为输出窗体，分别相应设计4个模块。建立数据库，按照之前分析，分别建立相应数据库，如下图所示：这样一来，系统搭建就基本完毕。接着就可以开始进行每个模块详细实现。界面详细实现主窗体Form1，添加MainMenu控件与ToolBar控件。在MainMenu中添加若干MenuItem。在ToolBar中添加若干Button。这样主窗体设立大体成型。由于主窗体是Main模块，控制着整个程序，因此在程序启动前，一方面要调用辅助模块中登入窗体对话框。这是为了软件基本安全。其代码如下： dlg1.ShowDialog() If dlg1.DialogResult = DialogResult.OK Then 判断DialogResult属性。 form3.MdiParent = Me form3.Show() Else Me.Close() End If在判断DialogResult属性后，作出与否容许使用该程序解决。登入窗体Form2，设计TextBox控件，来输入顾客名以及密码。并判断其精确性。来变化对话框属性。输入窗体Form3，这里用一种TabPage控件来完毕整个输入子模块分类。依照之前分析考量原则，将Page提成为：基本信息，技能，文档，缺陷单，综合素质，总评。将各个Page中相应数据添加相应TextBox。在Page之间用2个Button来实现切换。在通过判断PageSelectedIndexChanged属性，来对不同Page进行不同显示。其代码实现如下：判断当前Tabpage序号，如果为初始页，则使Button3不可使用。 If Me.TabControl1.SelectedIndex = 0 Then Me.Button3.Enabled = False Else Me.Button3.Enabled = True End If 判断当前Tabpage序号与否为最后一页，如果是，则修改Bu