Closed timzaak closed 6 years ago
参考 软件测试分类
从上文中可看出测试的种类很是特别多了,由于目前以程序员的身份在项目中,所以只考虑一下 单元测试 集成测试 性能测试 安全测试
单元测试
集成测试
性能测试
安全测试
一个 Unit Case 最多只覆盖一个类。这就要求需要有mock来做,或者实现 MockClass。 写时注意的点有:
边界条件
错误处理
关键路径覆盖
当然,这也造成,在编写代码时,需要注意尽量少用 private、protected 可见限制。毕竟 mock 它们还是比较麻烦的。另外如果不一开始写代码的时候就考虑如何写测试的话,当项目变大时,测试就会很难写。尤其是静态语言。 另外,其实我十分怀疑,单元测试到底有没有必要,对静态语言来说!
对于 接口API 来说,基本上就是接口测试 + 正式环境(数据库、缓存等)。 这个地方可能会测试组员工作内容相冲突。估计应该交由测试组来完成,如果有测试组的话。
性能测试知多少----性能测试分类之我见 性能优化之几种常见压测模型及优缺点
随着测试的不断发展,目前衍生出了链路压测这个概念:
滴滴全链路压测实践
京东全链路压测军演系统(ForceBot)架构解密
测试,怎么说呢,很多时候不写测试,最重要的原因是麻烦。麻烦分好多种,一种是写代码麻烦,另一种是本身项目就很难写测试。第一种我们不管,只说说第二种: 所以,在项目开始规划的时候,一定要带入测试框架,封装一些简易的测试函数,毕竟不过前后,都是需要自我测试的,让写测试代码的成本趋近甚至低于程序员手动测。这就要求测试框架厉害,代码结构组织厉害 :)
测试分类
参考 软件测试分类
从上文中可看出测试的种类很是特别多了,由于目前以程序员的身份在项目中,所以只考虑一下
单元测试
集成测试
性能测试
安全测试
单元测试
一个 Unit Case 最多只覆盖一个类。这就要求需要有mock来做,或者实现 MockClass。 写时注意的点有:
边界条件
错误处理
关键路径覆盖
当然,这也造成,在编写代码时,需要注意尽量少用 private、protected 可见限制。毕竟 mock 它们还是比较麻烦的。另外如果不一开始写代码的时候就考虑如何写测试的话,当项目变大时,测试就会很难写。尤其是静态语言。 另外,其实我十分怀疑,单元测试到底有没有必要,对静态语言来说!
集成测试
对于 接口API 来说,基本上就是接口测试 + 正式环境(数据库、缓存等)。 这个地方可能会测试组员工作内容相冲突。估计应该交由测试组来完成,如果有测试组的话。
性能测试
性能测试知多少----性能测试分类之我见 性能优化之几种常见压测模型及优缺点
随着测试的不断发展,目前衍生出了链路压测这个概念:
滴滴全链路压测实践
京东全链路压测军演系统(ForceBot)架构解密