文档介绍：共有云
微软是如何测试的
之
云计算专场
私有云
吴光安
2011年7月9日
目录
•开场综述
•云计算测试的建模
•数据的质量问题和验证框架
•可恢复性测试
• Q&A
微软是如何测试的之云计算专场
开场综述
微软云计算15年
23 million subscribers
2 billion unique calls per year
14 billion ads per month
Over 600 million unique users Over 6 million songs in the
catalog
Over 3 billion WW
queries each month
500 million active Windows Live IDs
Petabytes of data
every month to
millions of PCs
370 million active
accounts
10 billion messages
processed daily
三种典型的发布周期
Feature 1
Feature 3 Feature 4
封装式软件计划(P) 执行(Ex) 稳定(S)
2+ years
Feature 1 Feature 3
Feature 2 (1) F 2 (2)
敏捷式发布 P Ex S P Ex S
3-4 months 3-4 months
P Feature 1 S
P
P Feature 2 S
P Feature 3 S
Services Train
1 month 1 month 1 month 1 month 1 month 1 month 1 month 1 month
《微软的软件测试之道》
•公司
•测试人员SDET
•测试技术
–功能性
–结构化
–代码的复杂度分析
–基于模型的测试
•测试工具和系统
–虫的管理
–有效的自动化系统
•测试的未来
测试的五要素
如何判定测试的结开发人员,测试者,
果是通过的还是失内部用户,Beta用户,
败的最终用户,等等
结果评估谁来测
(Evaluate) (Who)
如何测测什么
具体活动–回归(How) (What) 需求,场景测试,
测试,探索式测功能,代码,错误,
试,安装, . . . . . .
为啥侧
(Why)
你想要找的潜在问题或风险
云计算对测试的需求
Who的突破:有些东西测试团队可以完全不测,
有些东西公司可以完全不测
What的扩展: 自检测,数据的质量,可恢复性,
自修复,商业智能
Why的改变:布署问题,升级/回转,向上/向外
的可伸缩性,隐私权
How的延伸:测在线上/线下,测在云里。测试和
运营同时进行。
结果评估(Evaluate)的模糊化: Actual=Expected是不
够的
测试策略的改变趋势
•测在云里(Test inside the cloud or Test in Production)
–测试和开发的交叉更大、更多
–测试用例和工具可同时用于测试环境和运营系统
–数据是价值体现:必须在云里保证数据的质量
–测试代码也部署到云里
•重点的转移
–保证外网的不间断运营是首要,新加的功能有缺陷,没关系!
–场景测试、系统/集成测试、多租户(multi-tenant)并存测试高于其他。
–新加功能的可配置性或可A/B测试。可以随时停用而不影响主服务。
–开发人员做更多的测试工作(单元+模块)
•自动化趋势:
–自动化的外涵在扩大, 工具增加,虽然总体自动化比率还是低(50%)。
–强调自服务(Self-Service)。从自动部署,升级,配置,到跑测试用例,到
运维,一条龙服务。
–功能自动化不是最重要的,变化多的领域(UI)可能永远没有自动化。
微软是如何测试的之云计算专场
云计算测试的建模