我不可以人云亦云，应为我是思考者；我不可以沿着别人的足迹前进，应为我怀疑迷失方向；我所能做的就是思考再思考，实践再实践。我不停的问自己也建议同道中人问问自己：难道我们所能做的只是copy现有的东西，不可以创新什么东西吗？
在我看来，测试仍然没有任何定论，一切看自己。
初探敏捷开发模式下的测试
上一篇 /
下一篇 2009-03-06 14:13:28
/ 个人分类：读书笔记
BR3f
v8vEW-Zv0 我必须承认，我所做的质量管理探讨，从没有考虑开发模式的影响，看来我真的忽略了51Testing软件测试网&k'\7R}+er Y(Zh`7P
51Testing软件测试网2jL
Mjc$ur+Z_不应该忽略的地方。非常感谢网友给我指出这个错误。
N6W m5oC8xZ0 `'Zr3y.H(?-f0 敏捷开发是这样的（引用）：
&?M/W q3`W%kH r0?u_ N0qx%S!je$Jp5}7X5f-^8d0 简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 敏捷开发是由一些业界专家针对一些企业现状提出了一些让软件开发团队具有快速工作、响应变化能力的价值观和原则，并于2001初成立了敏捷联盟。他们正在通过亲身实践以及帮助他人实践，揭示更好的软件开发方法。51Testing软件测试网d!E c5B:r.w~'h#K(j
51Testing软件测试网9S-{
x T(s-H \ 敏捷开发中的7种测试类型 51Testing软件测试网YL"@ C+l/V m
（1）自动化回归测试（Automated regression
test）
运行
自动化测试代码来验证当前的修改没有破坏已有的功能。
验证单元级别的代码工作是否正常。
（3）公共API测试（Public API test）
验证被第三方开发人员调用的API可正常工作，并且得以文档化。
（4）私有API测试（Private API test）
验证内部使用的API工作是否正常。
（5）命令行测试（Command-line test）
验证在命令行输入的命令工作正常。
（6）用户界面测试（User interface test）
验证界面层的功能是否正常。
（7）“狗粮”测试（Dog-food test）
这里用了一个有趣的名字“Dog-food test”，自己的“狗粮”自己先尝尝！在企业内部使用自己开发的产品，通过这种实际地使用来确保功能正确，满足使用要求。
Y0H4j t _,t1B0 51Testing软件测试网L*Q.E3w:j6G
收藏
举报
TAG:
