|
回复 34# Nio
1. 在中国的软件开发中有那些类型的项目?
我想分类的模式有很多, 这里不是很清楚您问的是那一种。 总流程上分我做过的有传统瀑布的, 敏捷的和V的。
从层面分,可以分前端业务层,中间数据处理层,和后端数据库
2. 这些项目都各自有什么样的(与众不同的)特征?
传统瀑布: 按照标准的 分析,设计, 开发,测试,的流程, 对测试人员来说测试任务和需求都比较明确, 环境稳定,一般在开发中后期测试人员介入,发现缺陷多集中在code上,
比较适合自动化。
敏捷和V模式, 时候中小型项目,测试人员在设计阶段就可以介入对需求开始测试,测试人员常遇到的问题是需求不明缺, 环境不稳定,在每一个迭代, 测试人员经常会工作上前松后紧。所以敏捷模式需要更大的灵活行和积极性。
前端业务层: 技术能力需要较少, 但对业务逻辑的理解和测试用例设计的多样性要求较高。也有很多自动化测试工具可以选择
中间数据处理层: 对数据传输, 数据处理技术要有一定了解, 比如ETL, XML, unix,shell等。业务逻辑相对比较简单,环境要求较高, 中间层测试经常会被环境问题拖延。
后端数据库:测试人员要了解数据库知识,测试用例一般不多, 但执行起来很繁琐(要繁的备份、恢复数据库)。
3. 项目可以分类,从讨论的题目上看对应的测试流程也是可以分类并与之一一对应的,那么测试流程具体有那些分类呢?可否对这些分类稍做描述?
在第一个和第二个问题我已经提到了些
4. 题目中还提到了管理需求,针对这一块问两个问题: a. 如何将需求转化为测试用例?你们采用的是什么方法?可以介绍下不?b. 需求变更了,能举几个例子说下,这时测试工作的应对方法不?
a: 按照需求画出业务逻辑图, 然后根据业务逻辑图设计出测试路径, 确保业务图中的每个点都要被测试路径覆盖到, 然后根据测试路径设计测试用例。
b. 在瀑布模式下的需求变更一般不会特别多,有的话就根据公司里面的需求变更流程好了, 提出CR, 所有责任人确认, 测试人员评估风险和追加的时间, 修改或添加用例。
敏捷模式下,需求变更是常态, 所以也没有提CR的必要,直接变更的需求拿到以后的迭代中就好了 |
|