普坤自动化测试产品-白皮书-v1.0-20140522.docx

普坤PKItest自动化测试产品白皮书（Intelligent-Iteration-Integration Automation Test）智能持续集成测试突破性完全无编码的自动化测试产品目录软件质量：行业的隐痛3质量和效率，我们追求了什么？3质量问题影响了什么，是谁的错？4我们该如何解决质量问题？5PKItest5.1产品组成及功能介绍7PKItest5.1产品概述7PKItest Server（测试服务器）9PKItest Client（测试客户端-IE浏览器）12PKItest Controller（执行控制器）13PKItest Agent（执行代理）14PKItest Distributor（集成发布和任务分发子系统）16PKItest5.1产品主要特性和优势18无编码录制回放18可视化业务场景用例编排18业务贯穿集成测试18高可控分布式测试执行19多复用易维护测试架构19附：关于普坤信息科技20软件质量：行业的隐痛质量和效率，我们追求了什么？很多企事业单位的信息化主管部门都会听到各种各样的抱怨，这些抱怨来大多来自于业务部门。业务部门是软件的使用者，他们拥有最真实的感受，不能否认他们指出的事实，虽然这些抱怨有可能夸大了质量问题的影响。信息化主管部门负责企业信息系统的建设和维护，信息化系统一般会由第三方独立软件提供商来承接，甚至系统的运行维护也交由第三方软件公司负责。信息化主管部门在接到业务部门的抱怨后，一般都起到了一个“传话筒”的作用，把压力转向了软件提供商。软件提供商有自己的一套软件质量管理方法，单元测试、集成测试、迭代测试、回归测试和压力测试等等各种手段，但是产出软件系统的质量却大多不尽如人意。这个时候，软件商会从质量和效率互相平衡的角度来解释质量出现问题的原因。常用的说法是“人手不够”，“原来遗留了很多东西，不好打破，如果重新做就好了”等等。软件提供商的这种说法不是没有道理，质量和效率确实存在相互影响的作用。但是开发商首先是追求利润的，而质量的投入大大影响了开发商的效益，所以开发商在质量和效益方面一般会优先考虑效益。质量问题带给开发商的损失一般都只是满意度的下降，而并不会涉及到合同金额和收款的变化，所以软件开发商投入的质量成本是有限的。有些客户意识到了上面的问题，会采用罚款的方法约策开发商在质量上面的投入，也就是说如果出现的BUG数越多则相应的扣除更多的款项。这个看上去很好的解决方法，在实际操作时收效甚微，因为开发商会在BUG个数和严重程度上与客户讨价还价，反而影响合作关系，不利于发展长期的合作关系。信息化主管部门在寻求问题的解决办法时遇到了困难，业务部门的抱怨一直不绝于耳。信息化主管部门决定把重心放到了BUG的排错上面，尝试加快BUG的修复速度。信息化部门专门成立业务支撑团队，接收业务人员的使用意见和在线问题，经过简单分析后发给软件提供商，并要求软件提供商以最快的速度完成排错。为了满足信息化部门的要求，开发商会投入更多的人员定位问题，解决问题，发布新的版本，然后由业务支撑团队去跟踪这些问题的解决情况。在线BUG解决的速度较以前提升了，但是BUG排错后又大量产生了新的BUG，BUG数量却在增加，如果总共开发和测试的人员总数不变的情况下，问题的响应时间还是没有得到提升，反而业务部门的意见更大了。质量问题影响了什么，是谁的错？在上面讲的窘境中，影响了什么？又是谁的错呢？对于业务部门来讲，最关心两个事情，一是需求能够快速响应，二是尽量少的问题。当软件质量成为一个问题以后，这两个业务部门最关心的事情都变得不可控了。在线问题数量大到一定的程度以后，投入解决问题的人数在整个开发运维团队中占比会变大，有的甚至会达到50%以上，也就是说有一半的人在改BUG，只有一半的人在做新功能开发和需求变更。开发商一般不会因为问题增加而增加开发运维团队的人数，因为客户给了一个固定金额的合同，人数增加意味着利润下降甚至亏本。那么唯一能做就是减少新功能的开发数量了，降低了每个周期的新功能上线数量，而每个周期的业务部门提出的新需求数量又不变，那么待开发需求就会被积攒下来。造成的影响是业务部门感觉到新需求上线速度慢，业务部门由此推出新业务的速度也将变慢。在当今互联网时代，新业务的推出速度带来的影响是巨大的。阿里和百度等互联网公司正在以惊人的速度推出新业务，系统的上线发布周期需要按天来计算。如果没有一个完整的质量保障体系，一定会被市场所淘汰。而企业也是一样，在移动互联网的冲击下，时间就是生命线。新业务的推出往往需要一个体系来保障，特别是对软件支撑系统的依赖越来越重。而软件质量问题带来开发效率低下，从而引起新业务的推出速度造成的影响是致命的。造成业务部门满意度低和新业务推出速度慢的问题是谁的错呢？是业务部门需求量大，需求变化不稳定吗？答案是否定的。业务