什么是测试架构？商业成功的关键是什么？测试仅仅是找bug吗？经过多年商业环境中测试工作的经验和实践，我将在本文分享心中的--测试架构支撑商业成功。
首先，请大家看图一，后续的内容将是对图一的一个全面阐述，告诉大家测试架构，测试活动的执行对商业成功的价值和意义。
图一
什么是商业成功？
以我这些年在工业界的经验和体会，我总结出一个机构的商业目标要成功必然要有两个阶段：第一阶段是吸引客户；第二阶段是留住客户。如果我们不能很好的吸引客户购买你的价值，那就没有任何商业价值了。但是吸引了客户后，为了让商业目标能持续下去，就需要你能继续留住客户，因为留住客户，才能吸引真正大部分的客户，你的商业价值才能越滚越大，才能基业长青。我们可以看2个案例：百度靠自己独特的功能，和较高质量的中文搜索结果，吸引了第一批客户，第一批客户又由于搜索结果的满意度，而口碑相传为百度创造了第二批，第三批客户。阿里巴巴依靠自己独特的功能和定位，以及配合营销的支持，吸引了第一批阿里巴巴的客户，在第一批客户得到满意的服务后，才能支持后续不断扩大着新的客户。倘若阿里巴巴的后台系统质量欠佳，例如：经常导致客户的网上业务中断，或是导致客户的数据丢失，或是客户的网页被黑客修改。那么可以肯定，阿里巴巴的现有客户会放弃阿里巴巴的服务，同时，质量差的口碑也会传播开，导致无法吸引新的客户。那么目前为止无论是百度还是阿里巴巴都在不断的扩大着自己的客户群，就证明了它们两家公司的测试质量还是令人满意的，没有因为质量拖累了商业目标的达成。
……………………
查看全文请点击下载：http://www.51testing.com/html/28/n-205128.html
二、常见可用的测试工程方法
需求测试方法--（在产品需求阶段进行测试的方法）
首先，判断需求是否具有可测试性，这是需求测试的最低要求；
其次，对需求描述的完整性，二义性，前后一致性，可修改性，可行性进行评估；
最后，判断需求的必要性；
以上测试方法对人要求较低的是需求的可测试性判断，但也需要有经验的测试人员来实施。而其他内容，则视测试人员的项目经验多少和能力大小来实施。也许需求的测试方法还有许多，但我目前仅用以上方法进行实施，就足够我施展和发挥，而且也还处在不断改进，学习当中。
架构测试方法--（在产品设计阶段进行测试的方法）
借用SEI的经典方法："质量属性决定架构设计"。测试人员在测试产品架构时，如能从质量属性入手，反推产品架构设计如何来支撑产品的质量属性，则可以发现产品设计上对质量属性支撑不足的缺陷。
同时，可以发挥测试人员积累的异常场景经验和负面场景经验，对架构中的每一个状态或算法进行异常假设和负面假设，则会发现开发人员的设计方案中有不少遗漏。
如能把以上两种方法很好的运用，则测试人员对产品架构质量的贡献已非常巨大了。
基于风险的测试--（在制定测试计划和测试策略之前的测试方法）
核心是测试人员与公司的项目经理，开发人员一起对项目在提交测试前进行风险分析，从风险发生的概率，风险产生的影响两个维度对风险进行打分评级。对于风险系数高的部分作为后期的测试重点，并配置针对性的测试资源和测试方法。基于风险的测试将帮助我们的测试策略能真正关注到产品质量的核心需求，可以大大提升整个测试计划，测试资源的准确性和有效性。
……………………
查看全文请点击下载：http://www.51testing.com/html/28/n-205128.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
