- 主题:推荐一些网站测试办法
小团队，也就两三个人开发，O2O模式，业务流、使用流上的东西多；没有复杂的算法。
个人觉得保证网站开发质量的点主要在于：(0) 前期框架的使用，技术难点和实现细节的
讨论和澄清 (1) code review (2) 单元测试，主要针对单个功能，测试各种不同的输
入，这个需要定义接口 (3) 功能测试和集成测试，这部分是重点，希望能回归
至于UI的自动化测试，使用selenium之类，个人觉得没那么重要；毕竟每个版本的更改，
面孔都会换。
能不能推荐一些，针对网站业务流的回归测试框架。 以及压力测试办法。 谢谢～
@XeCycle, how about your opinion?
--
修改:saynothing FROM 221.12.17.*
FROM 221.12.17.*
oops...
well, for the backend you can test http api.
for the frontend, if you go MVC, model must be testable; views can be
organized as combining basic view components, and these components can be
testable. controller... that's pretty much the UI is all about, maybe
nothing to test.
personally I never did load tests, sorry...
【 在 saynothing (止语) 的大作中提到: 】
: 小团队，也就两三个人开发，O2O模式，业务流、使用流上的东西多；没有复杂的算法。
: 个人觉得保证网站开发质量的点主要在于：(0) 前期框架的使用，技术难点和实现细节的
: 讨论和澄清 (1) code review (2) 单元测试，主要针对单个功能，测试各种不同的输
: ...................
--
FROM 116.226.234.*
像Django这样的框架本身带一个空库测试模块，测纯RDB Web的东西很方便，你可以从你擅长的语言里面找一个带测试模块的Web框架。'
回归测试一般需要自动化，到目前这个阶段，麻烦的不是写测试案例，而是这种测试需要一个完整的执行环境的自动化构建和销毁。
【 在 saynothing 的大作中提到: 】
: 小团队，也就两三个人开发，O2O模式，业务流、使用流上的东西多；没有复杂的算法。
: 个人觉得保证网站开发质量的点主要在于：(0) 前期框架的使用，技术难点和实现细节的
: 讨论和澄清 (1) code review (2) 单元测试，主要针对单个功能，测试各种不同的输
: ...................
--
修改:dhcn FROM 123.66.176.*
FROM 123.66.176.*
thanks a lot.
through we can divide components into sub-components that are
testable, it's still take a lot of time to simulate the behaviors and
it's fragile to maintain testcases that are regressive.
so the emphasis i think are http APIs, esp for the data/model. Here
the problem is have to setup an environment for example mongoDB and
redis cache etc, that are actual necessaries of the product release.
【 在 XeCycle (据说是小 X) 的大作中提到: 】
: oops...
: well, for the backend you can test http api.
: for the frontend, if you go MVC, model must be testable; views can
be
: ...................
--
FROM 101.68.86.*
bash, perl之类脚本倒是擅长的，传统行业自己搭个测试框架也不复杂。
这种情况，我想简单点，也可以造。比如最简单的，模拟登录，模拟数据请求、以及请求
序列构成的业务流和各种使用流程。 测试期望的结果存成文本（比如各种返回的json数
据），每次运行得到的结果和文本文件进行diff。 比较麻烦的是数据接口，有些来源于
mongoDB，有些来源于redis，有些来源于第三方。。
组件就手动测试，单元测试开发人员自己做，自己维护。
【 在 dhcn (小石) 的大作中提到: 】
: 像Django这样的框架本身带一个空库测试模块，测纯RDB Web的东西很方便，你可以从
你擅长的语言里面找一个带测试模块的Web框架。'
: 回归测试一般需要自动化，到目前这个阶段，麻烦的不是写测试案例，而是这种测试需
要一个完整的执行环境的自动化构建和销毁。
--
FROM 101.68.86.*
找个自动化测试框架整吧，我们之前公司自动化回归测试好像是用RobotFramework。
【 在 saynothing 的大作中提到: 】
: bash, perl之类脚本倒是擅长的，传统行业自己搭个测试框架也不复杂。
: 这种情况，我想简单点，也可以造。比如最简单的，模拟登录，模拟数据请求、以及请求
: 序列构成的业务流和各种使用流程。 测试期望的结果存成文本（比如各种返回的json数
: ...................
--
FROM 61.148.52.*