- 1、本文档共10页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
评估风险:测试工作需要平衡资源约束和风险,以确定测试的优先级。从三个方面分析:影响:失效后将造成的影响或后果原因:失效所导致的非预期结果可能性:用例失效的可能性根据风险分析情况,确定测试执行的优先级。通常分为高、中、低三种。进而安排测试的先后顺序。制订测试计划-步骤(二)制订测试计划-步骤(三)制定测试策略:描述测试活动的一般方法和目标。包括测试的阶段、类型、技术、测试完成的标准、特殊要求、可能存在的影响等。确定资源人力资源(人员数量和技能)测试环境(包括硬件和软件)工具数据创建时间表:估计测试工作,制订时间进度。参考软件开发进度、项目工作计划等。生成测试计划:复审相关材料,确定交付的内容,将计划提交相关的人员。阶段计划的测试需求应是对主计划中的测试需求的分解。01阶段计划的工作进度安排应尽可能同主计划相一致。02阶段计划的制订应能保证主计划能够完满执行。03制订测试计划-主计划和阶段计划组织形式-集中测试组企业成立专职、独立的测试部门,通常由10-30人组成。集中测试组为每个项目配备几个全职的测试人员。部分企业中可能还负责执行项目中软件质量管理和性能规范制定的工作。可以将相关的知识、经验传递下去。IVV组-组织形式通常由软件开发组织之外的人员或其中的独立人员组成,如转包商。其参与检查、验证是否遵循标准、进行软件文档的质量保证检测,主要完成系统测试。可以将其看作一个最苛求的用户。组织形式-SMT组通常作为企业的内部顾问组的方式存在。主要负责方法及标准的知识交流、编制开发和测试指南、开发测试方法、测试工具评估与培训,其同不同的项目组进行协作,对其进行指导。通常不负责具体测试工作的执行。由软件专家组成。1微软的项目组织2产品组经理3项目经理5质量保证经理6开发工程师8流程经理7测试人员4开发经理9设计经理组织形式-企业或项目组织结构样例组织形式-企业或项目组织结构样例一种常见的组织软件开发组织客户服务项目管理质量管理开发规范、CMM、质量保证测试组织形式-企业或项目组织结构样例又一软件开发组织客户服务项目管理质量管理开发规范、CMM、质量保证测试业务知识:测试工程师应具备业务知识,并和用户紧密接触。1技术知识:熟悉所测试的产品用到的技术,并掌握测试工具、方法等相关技术。2任务划分:将业务任务和技术任务相互独立。3资源管理:业务资源和技术资源相互结合。4与开发组的关系:同开发人员协同工作。5生存周期早期介入:测试应在开发周期的早期介入。6测试过程:有成熟的测试过程管理规范。7灵活性/适应性:能够适应不同的测试项目。8度量:掌握度量的方法,以改进工作。9过程改进:应致力于工作的不断改进。10人员组成-成功测试组的10大因素01测试经理:负责测试流程、沟通、测试工具的引入、人员管理、测试计划/设计/开发及执行。测试组长:沟通、测试工具引入、人员管理、费用/过程状态报告、测试计划/设计/开发及执行。测试工程师:执行测试计划,进行设计/开发及执行。0203人员组成-测试组组成企业文化或测试成熟度测试需求范围工程师技能水平测试工具及应用水平业务知识组织形式测试工作介入时间测试组规模-影响因素测试组规模-确定方法(一)开发比例法:根据开发人员数量按照一定比例来确定测试工程师的数量。开发人员指进行设计、开发、编译以及进行单元测试的人员。开发类型开发人员比例测试组规模商业产品(大型市场)30人3:220商业产品(小型市场)30人3:110单个客户端的应用开发30人6:15单个客户端开发并与系统集成30人4:17政府部门应用开发(内部)30人5:16公司应用开发(内部)30人4:17测试组规模-确定方法(二)百分比法:根据测试人员应该占到项目组中人员的百分比数量。开发类型项目人员数量测试组规模比例测试组规模商业产品(大型市场)50人27%13商业产品(小型市场)50人16%8单个客户端的应用开发50人10%5单个客户端开发并与系统集成50人14%7政府部门应用开发(内部)50人11%5公司应用开发(内部)50人14%7测试组规模-确定方法(三)logo测试程序法:根据测试程序数量,以及每个程序可能的执行时间,计算出人小时,再根据完成周期计算测试组规模。测试过程数目计算因子人小时完成周期测试组规模历史记录8606.1653009个月3.4新项目评估11206.16690012
文档评论(0)