（工商管理专业论文）离岸软件外包项目的测试管理研究.pdf

离岸软件外包项目的测试管理研究 摘要 在经济全球化时代，离岸软件外包是世界软件外包服务发展的新趋势，离 岸软件外包为我国软件企业带来了国际化发展的新机遇，成为我国软件企业重 新参与国际软件行业竞争的新平台。 本文首先简要地介绍了软件外包的发展，然后围绕离岸软件外包测试管理 这一主题，从软件外包服务供应商角度，探讨了离岸软件外包项目的测试特点， 分析了软件外包的测试过程。通过分析软件企业实施外包项目测试的实践，从 测试策略、组织结构设置、外包关系、风险管理等方面展开讨论和研究，提出 了针对离岸软件外包项目的测试管理策略和方法，同时，总结比较了常用的软 件测试模型、自动测试工具、版本控制工具特性，为离岸软件外包测试执行提 供了选择参考。 更进一步，提出建立离岸测试缺陷的协作处理流程，对缺陷数据进行定性 定量分析，根据缺陷发生发展规律预测缺陷趋势，推动软件质量的持续改进。 通过软件的测试配置管理与回归测试，增强测试阶段软件版本基线的稳定性， 提高了离岸外包软件的测试及发布成功率。最后，结合中联集团开展离岸软件 外包项目的实践，论述了测试管理研究的实际应用。 关键词：离岸软件外包；测试策略：软件缺陷；配置管理 r e s e a r c ho nt h et e s t i n gm a n a g e m e n ti nt h eo f f s h o r e o u t s o u r c i n gs o f t w a r ep r o j e c t s a bs t r a c t i ne c o n o m i cg l o b a l i z a t i o ne r a ，o f f s h o r es o f t w a r eo u t s o u r c i n gi sb e c o m i n ga n e wt r e n di nt h ei n t e r n a t i o n a ls o f t w a r eo u t s o u r c ei n d u s t r y a tt h es a m et i m e ， o f f s h o r es o f t w a r eo u t s o u r c i n gw i l lb r i n gt h eo p p o r t u n i t yo fg l o b a l i z a t i o nf o ro u r s o f t w a r ed e v e l o p m e n te n t e r p r i s e s ，a n di tw i l la l s ob eap l a t f o r mf o ro u rs o f t w a r e d e v e l o p m e n te n t e r p r i s e st oc o m p e t ee a c ho t h e ri n t e r n a t i o n a l l y s o f t w a r eo u t s o u r e i n gd e v e l o p m e n th i s t o r yi si n t r o d u c e di nt h i st h e s i sb r i e f l y a tf i r s t ，t h e ni te x p l o r e st h ec h a r a c t e r i s t i c so ft h eo f f s h o r es o f t w a r eo u t s o u r c i n ga n d a n a l y s e s t h e p r o c e d u r e o fo f f s h o r es o f t w a r e o u t s o u r c i n gt e s t i n g f r o mt h e p e r s p e c t i v eo ft h es o f t w a r eo u t s o u r c i n gs u p p l i e r so nt h et o p i co fo f f s h o r es o f t w a r e o u t s o u r c i n gt e s t i n g 。t h r o u g ht h ee x p e r i e n c e o fo f f s h o r es o f t w a r eo u t s o u r e i n g t e s t i n g ，s o m et e s t i n gs t r a t e g i e s ，o r g a n i z a t i o ns t r u c t u r e ，o u t s o u r c i n gr e l a t i o n s h i p s ， a n dr i s km a n a g e m e n ta r ed i s c u s s e d ，a n dt h es t r a t e g ya n dm e t h o d o l o g yf o rt e s t m a n a g e m e n tf o r o f f s h o r e s o f t w a r eo u t s o u r c i n gp r o je c t sa r es u g g e s t e d t h e d i f f e r e n c e sa m o n gd i f f e r e n tk i n d so fs o f t w a r et e s t i n gm o d e l s ，a u t o t e s tt o o l sa n d v e r s i o nc o n t r o lt o o l s ，w h i c hp r o v i d er e f e r e n c ef o ro f f s h o r es o f t w a r eo u t s o u r c i n g t e s t i n g ，a r ec o m p a r e da n dc o n t r a s t e d t h eq u a l i t yi m p r o v e m e n t so fs o f t w a r ed e v e l o p m e n tw i l lb ea c q u i r e db y s e t u p p i n gb u gt r a c k i n gw o r kf l o w s ；a n a l y s i n gt h em e a s u r a b l ed a t ao fd e f e c t s ，a n d f o r e c a s t i n gd e f e c tp r o b a b i l i t y t h r o u g hc o n f i g u r a t i o nm a n a g e m e n to ft e s t i n ga n d r e g r e s s i o nt e s t i n g ，i tw i l lu p g r a d et h es t a b i l i t yo nt e s t i n gv e r s i o nb a s e l i n ea n dt h e s u c c e s s f u lr a t eo ft e s t i n g a tl a s t ，t h er e a li m p l e m e n t a t i o no ft h er e s e a r c hi s d i s s e r t a t e da c c o r d i n gt ot h eo u t s o u r c i n gs o f t w a r ep r o j e c tm a n a g e m e n tp r a c t i c e s p e r f o r m e di nv a n d a g r o u p k e y w o r d s ：o f f s h o r es o f t w a r eo u t s o u r c i n g ；t e s t i n gs t r a t e g y ；s o f t w a r ed e f e c t ； c o n f i g u r a t i o nm a n a g e m e n t 插图清单 图3 1v 型软件测试模型图1 3 图3 2t d d 测试模型图1 5 图3 3r u p 测试模型图1 6 图3 - 4m s f 测试模型图1 7 图4 1 软件测试计划里程碑图1 9 图5 1 离岸测试项目组织结构3 2 图6 一l 测试缺陷处理流程图4 1 图7 1 渐进式项目管理计划4 7 图7 2s t a rt e a m 配置管理工具需求变更控制4 8 表4 1 表4 - 2 表4 3 表5 1 表6 1 表格清单 0 6 9 6 o 2 2 2 3 4 较 一 一 一比表单式性一析理格特表分处写具置具陷编工配工缺例试境制试用测环控测试动试本件测自测版软 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。 据我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写 过的研究成果，也不包含为获得 金月巴工业太堂 或其他教育机构的学位或证书而使 用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明 并表示谢意。 学位论文作一彰刽 签字日期删年川多日 学位论文版权使用授权书 本学位论文作者完全了解金胆工些太堂有关保留、使用学位论文的规定，有权保留 并向国家有关部门或机构送交论文的复印件和磁盘，允许论文被查阅和借阅。本人授权尘 壁王些叁堂可以将学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、 缩印或扫描等复制手段保存、汇编学位论文。 ( 保密的学位论文在解密后适用本授权书) 学位论文作者签名：之创 签字日期：小。瓣辱月f 3 日 学位论文作者毕业后去向； 工作单位： 通讯地址： 电话： 邮编： 特别声明 本学位论文是在我的导师指导下独立完成的。在研究生学习期间，我的导师要 求我坚决抵制学术不端行为。在此，我郑重声明，本论文无任何学术不端行为，如 果被发现有任何学术不端行为，一切责任完全由本人承担。 学位论文签名： 签字日期：年月日 致谢 异地在职m b a 学生的论文研究过程需要克服重重困难，每前进一步，都 会遇到更多的困惑。经历了选题时的迷茫，开题时的焦灼，日常工作对论文研 究的干扰，在论文的研究过程中，我的导师寿志勤副教授给予了我悉心的指导， 而无数次的通讯交流，我能感悟到，我的论文很多过程细节都凝聚了导师大量 的心血。导师渊博的知识、严谨的治学态度、宽广的学术视野让我震撼，在此， 我向导师致以最真挚的敬意和最由衷的感激! 作者：彭剑 2 0 0 8 年4 月8 日 第一章绪论 1 1 论文的研究的背景 随着经济全球化的发展，外包服务已经从最初的呼叫中心外包，发展为信 息技术外包，业务流程服务外包，设计研发外包，咨询管理外包，甚至企业的 核心业务也可以外包。 在激烈的市场竞争和股东利益回报的压力下，削减运作成本往往是企业选 择外包最基本的动机，但降低运作成本仅仅是外包服务所能带来的众多好处之 一。外包给企业带来了更多的技术、更专业的服务，增强了人力资源配置的灵 活性，企业更加聚焦核心竞争力业务。企业开展外包战略定位已经演变为，更 加着眼于提高运行效率，增强快速应变能力，迅速切入目标市场。 而在诸多外包服务中，软件外包特别是离岸软件外包已经成为全球服务外 包发展的一个重要组成部分。s a n dh i l l 集团2 0 0 5 年对约5 0 家软件厂商进行调 查，发现离岸软件开发已经成为“标准活动 ，有离岸软件开发业务公司的比例 由二年前的约6 3 提高到了8 4 t 1 1 。而根据i d c 发布的报告中国软件离岸外 包市场2 0 0 7 2 0 1 1 年预测与分析，2 0 0 6 年中国软件离岸外包市场继续保持高 速增长，市场规模达1 3 8 亿美元，比2 0 0 5 年增长4 8 4 2 1 。 1 2 论文研究的目的与意义 在实施离岸软件外包业务的过程中，许多企业遵照国际标准，狠抓质量保 证体系，认证i s 0 9 0 0 0 ，c m m c m m i 等。2 0 0 5 年中国通过c m m 3 以上认证软 件企业为7 9 家【3 】，包括通过1 7 家通过c m m 5 ，其中大部分企业是跨国公司在 中国的研发机构。那些通过了c m m 3 的企业在实施离岸软件外包项目时，即使 是严格实施软件质量保证，仍然会面临软件不能满足用户需求，或者超期，项 目成本失控。 不同与在国内实施的普通项目，软件企业可以利用积累的知识经验和现有 制度管理项目。离岸软件外包项目有其独特之处，通常，海外软件发包商并不 要求软件实现的技术先进性，但对于需求实现覆盖率及软件交付过程控制极其 严格，对软件质量要求很高，加上受语言、文化、距离等因素制约，我国接包 方在项目管理尤其是软件测试管理暴露出许多短板，不利于软件企业开拓国际 外包市场。 因此，提高离岸软件外包项目实施的成功率，除了完善软件实施的质量保 证体系，提高软件的过程控制质量外，通过有效地测试管理，及早发现软件中 存在的质量问题显得尤为重要。而保证测试过程能基于业务流程，促使客户参 与测试体验过程，聆听客户意见，迅速提供解决方案，则是离岸软件外包项目 测试管理成功的有效保证。 研究离岸软件外包项目的测试管理，目的在于进一步探索和丰富软件外包 行业的测试工程实践。意义在于指导我国软件外包企业在国际化的软件合作中 顺利开展软件测试，不断提高软件质量，降低软件开发测试成本，在软件外包 领域与国际水平保持同步 1 3 论文的结构安排 论文的第二章介绍外包的发展。按照外包的业务可分为：信息技术外包、 业务流程外包、知识流程外包。按照外包双方的距离可分为：在岸外包、近岸 外包、离岸外包。 第三章分析离岸软件外包项目的特点，论述离岸软件外包项目的国际化和 分布式的测试，并对当前主流测试框架进行s w o t 分析。 第四章按照离岸软件外包项目的测试过程，创建测试计划，准备测试环境， 分析测试技术以及测试执行方法，重点论述测试的执行。 第五章围绕基于需求规格的注重用户体验的测试策略，强调用户提前参与 测试的重要性。创建适宜离岸外包测试管理的项目组织结构，维护测试中的外 包关系，管理测试中的风险。从配置管理角度强调测试版本控制、测试与项目 配置管理的结合，将测试纳入软件变更控制体系之中，同时注重各软件的回归 测试。 第六章提出基于因特网的测试缺陷管理，根据缺陷发展规律分析度量软件 的质量。根据测试执行结果的评估测试是否可以停止，决策项目人力资源投放。 测试完成时输出测试报告。 第七章以中联公司为案例，描述了离岸软件外包项目的测试管理实际应用。 第八章归纳了本文的主要结论，提出对遗留问题的解决方案。 2 第二章软件外包发展 2 1 外包的发展 a r t h u r a n d e r s e n 对外包的定义是：“一个业务实体将原来应在企业内部完成 的业务，转移到企业外部由其他业务实体完成，这种行为就称为外包。 【4 】 外包的发展分为四个阶段： 第一阶段，随着跨国公司制造业转移，出现了制造业外包； 第二阶段，随着服务业发生转移，最近十年来服务业的转移和服务外包几 乎同时发生，向亚洲的转移方兴未艾。 第三阶段，跨国公司转移其研发中心r & d 。 第四阶段，跨国公司转移地区总部，跨国公司总是稍后或最后考虑转移它 的地区总部。 目前，按照服务外包的种类，可以将外包分为信息技术外包、业务流程外 包以及知识流程外包。 2 1 1 信息技术外包 信息技术外包( i n f o r m a t i o nt e c h n i q u eo u t s o u r c i n g ，简称i t o ) 是指信息技 术服务外包供应商和服务外包发包方签订协议，由供应商向发包方提供部分或 全部信息技术服务功能，主要包括数据中心、桌面、网络与企业应用外包，将 用户从繁杂的日常i t 系统维护中解放出来，从而确保客户在业务方面取得成 功。目前i t o 的主要表现形式为：应用软件开发与服务、信息系统支持以及i t 基础设施管理支持的服务。 i t o 的一个典型案例是中国国家开发银行。国开行将全部i t 业务外包，由 中国电信承担全行的网络通信基础设施和运行维护；由中国惠普公司承担计算 机服务、防病毒管理服务、服务器管理服务、总行机房7 * 2 4 小时值班服务、关 键系统监控平台服务、桌面系统软件管理服务及防垃圾邮件系统建设等；由神 州数码承担主要业务系统开发和运行维护：由g d s 公司承担灾备中心建设与运 维，包括同城和异地的灾备中心和数据中心。在i t o 底下再分四项：数据中心 外包、桌面外包、企业应用外包、网络外包。 2 1 2 业务流程外包 业务流程外包( b u s i n e s sp r o c e s so u t s o u r c i n g ，简称b p o ) 是指基于i t 技 术之上，服务发包方以合同方式将一个或多个对本企业核心或整体业务起支撑 作用的日常辅助业务或流程长期委托给外部服务提供商，或者成立合作公司， 由后者来支持、运作、管理、优化这些指定的业务职能。涉及的领域非常广泛， 主要包括企业的需求管理、内部管理及业务运作如人力资源、客户关系、安全、 销售、供应链管理等，汇集了物流、信息流、现金流。b p o 最早起源于呼叫中 心( c a l lc e n t e r ) 以及服务支持中心( s e r v i c es u p p o r tc e n t e r ) ，相比较而言， b p o 的门槛较高。我国b p o 起步较晚，但是发展速度特别快。b p o 是目前各 个国家重点发展的服务外包领域。b p o 分为四项：需求管理外包、企业服务外 包、运营外包、供应管理外包。 i t o 和b p o 都呈现较快速度增长，2 0 0 6 年，全球i t o 市场规模为2 1 7 0 亿 美元，同比增长6 1 ，占服务外包比重的6 2 2 ，b p o 市场规模达到1 3 2 0 亿 美元，但增长速度超过i t o e 5 1 。 2 1 3 知识流程外包 知识流程外包( k n o w l e d g ep r o c e s so u t s o u r c i n g ，简称k p o ) 是指服务发包 方将企业发展核心领域中的未来解决方案外包给供应商。接包方主要是利用自 身的高水平专业知识积累，通过详细调研，综合的分析研究，根据客户的实际 情况进行建模，为客户的发展提供建议，作为客户方发展决策的依据。 k p o 并不仅限于i t ，还涵盖了各个业务领域，包括评估研究、投资研究和 技术研究、专利申请、网上教育等。也可以说k p o 是b p o 中一种更为高端的 服务模式，是b p o 发展成熟之后的另一种波段，具有高附加值，处于价值链的 上游。 许多大型企业开展的研发( r & d ) 可以看作是k p o 中的重要内容之一。虽然 在b p o 领域印度已是世界公认最具竞争力的国家之一，但印度外包已经有针对 地发展k p o ，正逐渐由b p o 向k p o 过渡转型。i n f o s y s 、w i p r o 等公司已经具 备在欧美的咨询管理业务市场中和i b m 、a c c e n t u r e 叫板的实力。 2 2 软件外包及分类 软件外包是指企业将其软件服务业务通过合同方式委托给企业之外的服务 提供者【6 】，软件外包最初基于i t o ，现在软件外包已经跨越i t o 、b p o 和k p o 。 在软件外包服务中，开发、测试、安装、维护等普通的外包业务位于金字塔的 底部，利润率最低。软件外包的金字塔顶部是提供软件整体解决方案，包括系 统规划、软件选型、需求分析、实施推广以及收益评估及未来的改进等。 软件外包交易方式在不断拓展，按软件外包服务供应商的地理分布状况分 为三种类型：在岸外包、近岸外包和离岸外包。 2 2 1 在岸软件外包 在岸发包( o n s h o r e o n s i t eo u t s o u r c i n g ) 指发包方将软件外包给同一国家 或地区内的企业，部分在岸外包还为接包方提供工作场所，共同办公。其特点 是语言文化相同，地理位置较近，便于沟通以及监控。例如华为公司将企业的 所有p c 服务外包给阳光雨露公司，阳光雨露的服务人员在华为现场办公，同 时还必须遵守华为的管理制度规范的约束。 4 随着中国经济的迅速发展，我国外包的内需潜力将会发展为很大的市场， 在岸的外包也将逐渐旺盛起来。 2 2 2 近岸软件外包 近岸发包( n e a r s h o r e n e a r s i t eo u t s o u r c i n g ) 指发包方将软件外包给离自己 很近或接壤的国家或地区的企业。其特点是语言相同，文化相同或相似，地理 位置近，便于沟通。例如美国将包发给加拿大或墨西哥这样的形式就可称为近 岸外包。研究显示部分传统的英法等欧洲国家的企业在外包呼叫中心项目时正 更多地将目光投向东欧、北非地区等。 2 2 3 离岸软件外包 离岸外包( o f f s h o r e o f f s i t eo u t s o u r c i n g ) 指境内的发包方将软件发往境外 服务供应商，外包活动跨越不同国家或地区的外包策略。其特点是地理位置较 远，有的会有很大的时差，语言文化可能不同。例如美国与印度，中国与日本 等等外包关系。离岸外包形式主要有发包方单纯外包、创建全资子公司或与当 地企业创办合资公司。 离岸软件转包是近年来软件外包发展的一个明显趋势，即发包方在离岸或 近岸发包或转包方接包后再重新分割发包，由境外软件供应商完成全部或部分 业务环节，涉及发包方、转包方和接包方。 目前离岸软件外包的发包市场主要集中在北美、西欧、东北亚地区，其中 美国占4 0 。软件外包领域最具优势的接包国是“3 i 国家，即印度( i n d i a ) 、 爱尔兰( i r e l a n d ) 、以色列( i s r a e l ) ，其中印度占据美国6 6 的外包市场。 2 2 4 我国软件外包发展 2 0 0 5 年中国软件外包出口的总量约为9 6 亿美元，仅占全球软件外包出 口总量的2 3 ，相当于印度1 0 年前的水平【7 1 。随着印度的外包成本上升， 越来越多的软件外包业务开始移到中国。2 0 0 4 年i b m 公司在中国成立了全球 服务和解决方案中心，将原来位于全球各地的软件外包服务迁移到上海、深圳、 大连、成都。因此，抓住目前全球软件服务转移的历史机遇，积极承接跨国公 司服务业离岸外包业务，对于中国软件服务业的跨越式发展具有重要战略意义。 我国目前正加大力度发展软件外包，国务院先后出台关于鼓励软件产业 和集成电路产业发展的若干政策、关于加快发展服务业的若干意见，商务部 实施服务外包的“千百十”工程，设立软件外包示范基地城市，包括：大连、 西安、成都、上海、深圳、北京、杭州、天津、南京、武汉、济南，支持软件 园建设，对于软件外包企业给予很多优惠支持，软件外包发展呈现欣欣向荣的 局面。 第三章离岸软件外包项目的测试分析 离岸软件外包项目有着本身独特性，我国接包方须接受国际外包市场的游 戏规则，充分认识其特点，进行有针对性的分析，才能有效的测试工作。 3 1 我国离岸软件外包测试现状 3 1 1 测试现状 随着软件技术以及各种管理理论的快速发展及应用，我国软件外包企业的 测试管理水平与以前相比有了较大的提高，已经逐渐认识到测试在软件项目中 的重要性，软件的质量意识已经得到极大提高。 但是在进行离岸软件外包项目测试管理过程中，软件外包企业依赖的是国 内实施软件项目的测试管理经验，编制测试计划，按照瀑布式软件模型开发测 试用例，进行单元测试、系统集成测试等，基本是通过测试人员手工执行。软 件缺陷的检查与跟踪处理局限于项目组或公司内部，测试人员使用简单的w o r d 或e x c e l 表格报告测试问题。测试结果不能用来衡量软件质量，测试文档仅用 于过程归档。 无论是测试理论模型、执行策略以及测试工具技术都无法完全适应离岸软 件外包项目的实际测试需要，测试管理水平已成为开展软件外包的瓶颈，严重 滞后了离岸软件外包项目的交付，这些问题亟待解决。 3 1 2 存在问题 首先，缺乏规范适用的测试模型和测试策略。往往是一个测试规范适用所 用的软件外包项目，特别是缺乏国际化软件外包项目的测试标准和策略。无法 衡量软件质量，无法控制测试进度，测试工作可能持续到项目结束才停止，也 可能过早停止。造成测试资源投放波动。 其次，缺乏专业成熟的测试人员。许多软件外包企业虽然成立了测试组织， 但并不招聘或培养专职的测试人员，而是将开发技能较低经验水平欠缺的程序 员临时编入测试组，并且测试培训不足。造成测试人员的测试技能缺乏，不懂 业务需求，测试人员不喜欢测试。测试人员安排比较随意，当项目急需时，测 试人员往往可能被调入开发组编写代码。 同时，缺乏规范的测试绩效考评机制，外包企业仅按照开发设计人员的技 能标准来考核测试人员，而非测试技能水平标准及测试绩效，造成公平的测试 考评机制缺失。 更为重要的是，测试不能反映真正软件与需求的符合度。测试用例编写在 软件开发完成之后，而非在开发之前。测试组根据软件已经实现的功能晃面和 操作流程编写测试用例，测试案例不能全面覆盖需求。甚至有些测试用例由开 发团队编写，交给测试人员执行。造成测试工作变成验证开发组的代码，而不 6 是需求，测试发现的问题少，发现问题层次低，甚至测试不出错误来。许多情 况，依赖程序员主动检查才能发现错误。 另外，测试过程不能基于发包方或用户使用的立场，而是从接包方实施的 角度对待软件项目。在测试过程过于注重软件功能实现测试，而轻视软件的可 操作性、易用性、可扩展性、性能响应等非功能指标的测试。并且对于非功能 属性的测试往往根据测试人员的个人经验、习惯或偏好进行衡量，测试标准比 较含糊，经常拍脑袋决定测试要求。 并且，虽然测试与开发团队相互独立，但是测试工作完全受到开发进度影 响，软件测试版本不稳定，测试准入条件不足，测试管理处于完全被动的境地。 3 2 离岸软件外包项目的特点 3 2 1 国际化 外包各方的语言不同是离岸软件外包项目最明显的特征。许多外包软件可 能需要支持多种语言，并且要求支持在各种语言之间切换。接包方人员必须具 备很强的语言交流能力，熟悉本地语言成为必然首选，其次才是英语。目前， 我国的软件接包公司在语言基本能力上已经有很大提升，但是，语言交流深层 次涉及到思维方式和管理习惯等，这些方面还需要加强。 在实施过程中，接包方需要与分布在世界不同国家和地区的发包方、项目 成员以及合作厂商甚至软件的最终用户相互协同工作，完成外包工作。另外， 区域时差的存在也增加了离岸软件外包项目各方协同工作及沟通的难度，如果 不能及时沟通，可能造成工作节奏不统一，对需求响应不及时。因此，基于 i n t e r n e t 的沟通方式变得尤其重要，主要包括：i p 电话、电子邮件、b b s 、m s n 、 视频会议。 从商务洽谈到项目实施需按照国际化的惯例运作，按照美国( p r o j e c t m a n a g e m e n ti n s t i t u t e ) p m i 或者欧洲( i n t e r n a t i o n a lp r o je c tm a n a g e m e n t a s s o c i a t i o n ) i p m a 规定的知识体系规范项目管理。重视软件成熟度，将所有的 执行控制纳入到过程管理，并形成文档。 在软件的业务功能上，需要遵照国际通用或该国独有的业务处理规则实现 软件需求。比如外包的银行软件系统，欧美各国使用的会计制度准则与我国会 计制度有很多差异，结算方式也有不同。在进行测试时，必须先摒弃头脑中已 有的思维定势，接受系统定义规则。 另外，发包方区域不同，外包考察特点也不相同。欧美客户比较注重执行 进度及经济成本，日韩的客户注重软件质量、细节管理。 3 2 2 分布式 离岸软件项目注重系统架构的合理性，在规划时较多采用分布式架构，如 w e b 服务器、应用服务器、数据库服务器以及中间件服务器等各自独立，从架 7 构上提高了系统的扩展性、可用性、负载均衡性。 而且，离岸客户充分保护以往软件系统投资，软件系统使用寿命周期相对 较长。这些旧系统虽然开发技术可能已经落后，但是由于支撑业务流程规范， 系统运行稳定，仍然可以满足正常业务需要。 离岸软件外包项目经常与发包方的旧系统集成。这些系统可能使用过时的 数据库、文件集、协议或编程语言等。系统离岸软件项目，可能存在多个数据 源，可能是关系型数据库，也可能是文档型数据库或者是文件系统等。因此， 在事务上，可能无法保证与旧系统交易持久化的一致性。在数据传递上，旧系 统可能采用低级的数据传输协议与校验格式，离岸软件项目必须降低标准，兼 容低级传输及校验格式。 软件系统间集成打破了各自系统的封闭性，降低了相关联系统的各自安全 性，同时降低了系统运行的稳定性。接包方需要根据离岸软件系统的拓扑，统 筹利用项目人员技能，降低实施技术风险。 3 2 3 测试成本高 测试需要准入。在离岸软件外包项目开始进入相应测试阶段时，需要对是 否满足测试条件进行准入评审，评审通过后发包方才同意接包方进行测试。 首先搭建测试环境成本高。搭建一个离岸外包软件项目的分布式环境可能 需要多台服务器。特别是在某些大型项目中，系统架构复杂，而且要求满足高 访问量下的负载均衡及失效转移，必须配置多个服务器群集，如公网应用服务 器群集，企业内网的应用服务器群集，数据库群集，甚至是某些特殊功能如单 独的搜索服务群集等。除搭建硬件环境成本外，还需要准备测试运行环境软件， 投入资源配置测试环境。 测试执行成本高。通常情况下，接包方要求发包方满足一定的测试覆盖率， 评审测试执行的深度和广度，并要求接包方具备测试认证资质，指定使用某些 测试工具。接包方需要购买、培训、学习这些测试工具，开发一定量的测试代 码作为测试用例。 在进行非功能属性测试，比如压力测试时，除预先生成相应数量级的测试 数据外，还需要使用测试工具收集客户端及服务器端的性能相应指标，纳入测 试报告。 在客户端的用户界面测试时，如w e b 测试中，测试w e b 页面布局、 j a v a s c r i p t 脚本代码，需要兼容指定版本的多种浏览器，比如m i c r o s o f ti e 、 n e t s c a p e 、m o z i l l af i r e f o x 等。 3 2 4 分工明确 一般来说，在一个完整的软件项目中，项目发包方完成可行性论证后，就 会着手调研用户原始需求，聘请顾问业务分析、技术框架选型、平面或立体美 8 工设计、系统设计规范制定。这些工作完成之后，整理输出成若干文档，包括： 系统业务需求规格、系统架构与技术规格、系统界面原型。然后发包方将整个 软件项目分解成若干部分，分别进行软硬件外包招投标与供应商选择，启动外 包程序。 接包方在签订服务合同之前，首先必须熟悉所有发包文档。然后签订合同， 制定外包实施计划，完成概要设计、详细设计、编码和测试工作，最后将提交 软件提交给接包方安装验收。在这个过程中，接包方必须按照双方合同约定的 里程，提交输出物给对方确认，发包方按照实际进度付款。 可见，离岸外包的软件项目中，接包方只能完成软件项目的某些环节的工 作，不可能像开发国内的项目，流水式地从头做到尾。某些情况下甚至是纯粹 外包的开发或者测试项目，对项目成员要求更为专业，对于系统分析的成员要 求较少，主要集中在设计、开发和测试方面，外包技术含量相对较低、层次相 对单一。 在实施离岸软件外包项目时，要求接包方的开发与测试人员能够一丝不苟 地执行重复而单调枯燥的工作。拒绝“镀金”，要求所完成的工作只需刚好满足 外包合同规定的内容，不得耍小聪明或表现个人英雄主义画蛇添足为用户多做 事。 3 2 5 重视知识产权 接包方必须在知识产权方面有良好的信誉，才能确保合作成功。开发测试 时使用的所有软件必须满足软件版本许可要求，除非是开源软件。发包方会要 求接包方在测试中用到的软件版本是合法的，一般情况下，发包方允许接包方 使用其购买的软件许可，但是在某些情况下则无能为力，比如是发包方购买的 是北美的软件版本，则是不允许在其他地区使用。因此关于软件的授权及许可， 必须在合同中说明。 许多外包项目可能来自于大企业或者政府部门。接包方经常会或多或少地 接触到发包方的业务流程、管理理念、业务模型以及内部其他数据资料。并且 接包方可能会同时会给其他类似企业提供外包，而这些企业之间可能互为竞争 对手。发包方要求接包方签署严格的知识产权及保密协议。 包括m i c r o s o f t 和i b m 在内的全球性企业在开发大型商业软件系统时，是 将软件的部分功能或者插件外包给其他的合作伙伴。这些软件功能特性能折射 出这些公司的市场竞争策略，相对敏感，并且采用的系统框架和技术也比较前 沿，在软件版本正式发布之前，这些相关信息属于商业秘密。 我国接包在企业规模、公司信誉还是软件管理能力等方面比较欠缺，希望 能在知识产权上赢得用户的信任与尊重。 9 3 3 离岸软件外包项目的测试 3 3 1 国际化测试 软件的国际化测试是指在离岸软件的测试过程中，必须遵照发包方要求的 语言和政治文化习俗。软件的开发与测试必须符合所在国或国际的标准，而不 是我们国家的标准。1 18 n 是i n t e r n a t i o n a l i z a t i o n 缩写，i 为首字母，n 为末字母， 1 8 表示在首尾字母中间省略的1 8 个字母。 离岸软件的国际化测试至少须从区域测试、字符集测试、布局测试、翻译 测试等几个方面考虑。 3 2 1 1 区域测试 从地理上看，区域( l o c a l e ) 是指在地球上的某个国家或地区。区域信息 是指与之相关的是为不同目标市场的国家用户提供的符合其文化环境特征的常 用信息，包括国家、时区、日期时间格式、数字格式、货币格式、度量单位、 键盘布局、字符排列方式、输入语言等。 由于不同国家使用的时区差异，部分区域使用夏令时，在做与时间统计功 能相关测试时必须参照设定的标准时间换算，验证计算结果。 在分布式系统中必须验证用户提交信息时的系统时间的一致性，比如统一 采用应用服务器的设置的时间或者按照数据库服务器的时间，或按照用户所在 的区域时间进行换算。另外，工资计算必须考虑到当地的日历定义的节假日， 以及节假日的工时费用。 对于资金交易系统，必须考虑到是否提供了国际金融业务结算的功能，以 及采用哪种货币作为基准。 对于基于一套代码，同时支持多国语言的国际化版本，必须为每个区域单 独设置，运行对应的测试，以测试是否符合。区域测试成为离岸软件项目国际 化测试的重要内容。 3 2 1 2 多字节码测试 如果系统环境仅为纯英文或拉丁文，可以只考虑a s c i i 的测试。但是对于 包括汉字、朝鲜语、日文等东亚国家在内的语言必须考虑使用g b l8 0 3 0 编码测 试。g b l 8 0 3 0 ，可以使用单字节、双字节、四字节编码。 如果系统设计兼容多语言情况。必须使用u n i c o d e 编码，即u c s ( u n i v e r s a lm u l t i p l e o c t e tc o d e dc h a r a c t e rs e t ) 测试，比如u c s 2 ( u n i e o d e 一16 ) 2 字节编码，基本可以容纳所有的欧美字符和绝大部分的亚洲字符，或者使用 u c s 4 ( u n i c o d e 一3 2 ) 。 在u n i c o d e 中，所有的字符皆一视同仁，汉字不再使用“两个扩展的a s c i i 1 1 1 而是使用1 个u n i c o d e ，这里的汉字和其他a s c i i 字符是作为一个字符看待。 1 0 目前流行使用u t f 转换格式u c st r a n s f o r m a t i o nf o r m a t ，包括了u t f 一8 或者 u t f 一1 6 。 在对于有字符串截取，字符串连接、统计等的运算的功能测试中，如果仅 按照a s c i i 标准编码，在测试过程中极有可能出现乱码或者字符数组越界或者 空指针的异常。 因此，必须对所有含有输入、校验、存储、输出的地方编制测试用例测试。 重点是界面输入字符长度校验，数据字典设计长度的匹配，数据库采取的字符 集编码的设置，以及内存的占用计算上。 由于j a v a 的内码是u n i c o d e ，j v m 在构造字符串时默认将输入的字符串转 换成u n ic o d e ( 除非显示指定了字符集) 。因此，在j 2 e ew e b 软件项目中，这 些问题相对较少，而且测试出来的问题比较容易解决。而c 和c + + 开发的软 件，编码测试问题较多。 3 2 1 。3 布局测试 软件的布局一般按照客户原型要求，或使用接受的设计规格模版，除此之 外，布局的测试，还必须参照通用美工标准。 离岸软件在开发和测试时不能对文本的输入和呈现有任何的假设，包括文 字呈现的方向，屏幕的开始位置、以及按键位置是否和字符意义对应。 目前大多数语言，比如拉丁文，中文等都是l t r ( l e f tt or i g h t ) 语言， 即文本从左往右显示，而阿拉伯文、希伯来文、乌而都语是r t l ( r i g h tt ol e f t ) 语言，即从右往左显示文本。 如果l t r 和r t l 混合语言，即b i d i ( b i - d i r e c t i o n ) ，则要求对于英文单 词、符号、数字，以l t r 的文字从左向往右显示，对于本土语言按照r t l 从右 往左显示。在j 2 e ew e b 系统中，在开发时，就必须要求s t r u t st i l e 框架放置 必须进行左右颠倒。 汉语中其实也存在左对齐，或者右对齐。这种布局测试特别考验测试人员 的布局习惯，在测试前必须加以有针对性的强化培训。 3 2 1 3 翻译测试 由于开发程序代码语言都是英文，系统支持其他语言的通常做法是为每一 种语言使用单独的资源文件，即将所有软件显示的文本信息翻译后保存在资源 文件中。测试时检查翻译是否准确、专业、得体。在离岸外包软件项目中恰当 的做法是，通过发包方的业务代表负责检查翻译，或者聘请熟悉软件业务且懂 得当地语言习俗的专业翻译人员协同检查，而不能假设开发或测试人员的外语 水平足够。 即使同一种语言，受不同国家的文化和法律环境的差异影响，翻译的结果 也不会完全相同。离岸软件项目必须向用户提交大量文档，所有可交付物都必 须接受测试。包括了联机帮助、用户操作指导、f a q 、应用管理员手册、系统管 理员手册等。 3 3 2 分布式测试 在离岸外包软件项目的分布式网络架构不确定性较高，某些服务是部署在 用户的内网环境，与用户内部已有系统集成，也可能会依赖运行在i n t e r n e t 的 其他服务。 3 3 2 1 网络验证 分布式测试首先针对网络进行测试，包括服务器之间的互通性测试、防火 墙安全策略测试、客户端与服务器之间的联结测试。但是这部分通常涉及到发 包方企业的网络安全机密，一般情况不会要求测试，但是必须进行基本的验证。 一旦因为网络原因导致软件应用模块出现故障，需要能快速做出判断和问题定 位。 分布式软件系统包括若干应用服务、数据库服务以及需要集成的其他的应 用系统。 3 3 2 2 安全性测试 分布式应用采购商用的服务器软件，功能非常强大，配置灵活，能提供多 种服务，包括常用的m a i l 、f t p 、w e b 、u d p 以及其他s o c k e t 监听服务。但通常 并不需要使用其全部功能，所以必须首先确定只开启应用系统中使用的服务的 端口，对所有服务器的端口进行检查。 一般认为，c s 结构的应用软件系统的安全性要高于w e b 应用系统的安全 性。在w e b 系统中必须测试用户密码策略、登录安全性。w e bs s o 中防止c o o k i e 中使用明文的用户名及密码。 对于w e b 应用系统，由于在开发时的习惯按照默认h t t p 协议使用，集成测 试时才会配置证书和h t t ps s l 传输。因此，在测试时，开启安全配置之后经常 发现应用中出现u r l 不可用错误。当然如果发包方系统需求文档没有要求，可 以不考虑这方面测试。 如果多用户操作系统或小型机环境中部署有多套应用，必须注意执行应用 的系统用户，授权范围不能扩大，并且不能过高，更不能为了系统安装调试方 便，而直接使用r o o t 用户。 对于常见的w e b 系统网络攻击进行检查测试。注入脚本攻击：上载脚本文 件、跨客户机浏览器的漏洞；基于状态的攻击：隐藏域、c g i 参数、破坏c o o k i e 、 会话劫持；针对用户提交的输入数据的攻击：跨页面脚本、s o l 注入以及目录 遍历等。 1 2 3 3 2 3 h a 测试 高可用性即h a ( h i g ha v a i l a b l e ) ，分布式软件系统一般采用群集c l u s t e r 保障高可用性。除了服务器硬件级别上的h a 外，商用的应用服务器和数据库 服务器软件都有各自可靠的群集技术，可以对群集中的服务器进行测试。 利用网络工具向服务端口发起阻塞式的网络请求，检查是集群是否支持负 载平衡，利用服务器端的性能监控工具检查服务器是否失效，失效是否转移。 如果没有工具也可以手工关闭群集中