OMOOC.py week9 QA

记要

~ 提高测试反馈循环

邮件列表沉默,QA作业没有完成演示效果的反省没有看到微信渠道的演示有综合的方式,希望大家能改善

上周讲怎么样快速建立MVP,建立本地MVP环境
本地环境最重要的是测试,围绕核心功能,怎么样定义核心功能是可用的
不仅用代码来构建运行,还要用另外一套代码来保证写出来的功能可用
这套检验的代码,是为了加速编程,运行,检验过程
运行通常无问题, 但测试通常会极大影响开发效率
如何定义功能可用?
- 如何用代码表述功能可用?
如何测试? 为何要有一套测试代码?
- 加速反馈循环: 编程-运行-反馈
- 标准测试代码何处寻
- (iDoulist function 0/1 测试文档)~ 我们的尝试 ----标准 i/o 测试集
- 进行系统测试是有帮助的已有相关测试工具, 如果反馈时间长应考虑使用

~ 从修改代码到确认正确与否的时间越短越好.

反馈超过一分钟就有问题了!
微信平台的一个实例
微信平台是个相对好的项目交互选择: 公众号交互模式用户已足够熟悉, 无需对用户进行教育为了对用户友好, 需要接受模糊输入
- 但是: 接受模糊输入意味着输入可能性从 1 到 n. 如何测试大量可能的模糊输入?
- 大量测试延长了反馈循环的时间, 使同样时间能进行的测试数量大大减少
- 如果5分钟进行一次循环, 2小时最多只能改24次
- 如果测试只需要5秒, 反馈速度就大大加强了
如何加快测试?
- 把用户输入-微信-后台-微信-用户输出的循环改为本地直接模拟用户操作访问后台, 并读取后台输出, 即本地输入-后台-本地输出
- 原理上, 也许我们可以考虑把测试过程通过 input-process-output 在时空分开, 从而减少测试循环的组成部分
  - 如测试处理模块时, 用标准输入文件测试即可. 而测试输出时, 完全可以从process后的几个实例开始, 而不是从输入开始测试 ---- 标准 i/o 测试集在每个操作之后的状态作为正对照(positive control)
公众号是非常标准的RESTFUL体系,实际上只有POST关系
- 提交过来的xml实际上包含了用户的标准信息,然后我们的后台反应
- 对这种情况该如何测试?
  - 本地模拟SAE环境
  - 写一个命令行的工具脚本,模拟微信向微信后台发消息
  - 每次的测试循环控制在几秒内完成

拾遗: 微信公众号是典型的 RESTful 架构

Author:

/mail / gittip / github