总结的测试开发流程图，和大家共享，希望老师同学们给与指导！彩云多谢大家了：）

qi_cy

请老师同学们给出点意见！

liking

DRTM,TRTM???What's that for?

ecust

。。。。不知道你是按什么画出的这个图。。。。
是公司实际操作流程还是你按经验画出来的？
大致看了下，先提出一个问题，需要这么多的BASELINE吗？
红色的线是不是代表执行过程？
按需求确定ST CASE是没有问题的，不过只能说他上个大致的的东西，因为你没办法确定一些还没加进来的因素，例如：界面，控件，数据库。所以这样的用例肯定需要补充。
其他的我在看看吧

rivermen

纯粹理论，实践当中还需要完善。
不过，你的知识学得很扎实了

里米特

能把回归测试的内容加入就更好了

wuying36172

回答三楼，红色的线标识的应该是软件开发的流程线，按理论上是需要这么多基线的，而且关于数据库、界面等方面的要求应该在计划里面就应该考虑到了的，根据实际的情况，在用例执行阶段可以统一来进行补充和更改用例，但是必须要提交变更。


彩云，做的挺不错的了！赞一个！sdlkfj3

wuying36172

加上转系统测试的内容就更好了

ecust

原帖由 wuying36172 于 2007-1-8 15:53 发表
回答三楼，红色的线标识的应该是软件开发的流程线，按理论上是需要这么多基线的，而且关于数据库、界面等方面的要求应该在计划里面就应该考虑到了的，根据实际的情况，在用例执行阶段可以统一来进行补充和更改用 ...

红色的线已经走到了测试。。。有点像V模型的架构。实际操作过程中应该不会有这么多基线的。
这图涉及到了开发流程，配置管理，测试及质量保证的内容。我建议分开画。
不知道你说的计划是不是系统测试计划。
在设计阶段没有结束之前，你是不清楚数据库、界面等方面到底是什么样子的。
所以在这之前设计出的测试用例，应该只能说是前期测试用例。
另外，测试计划只是关心资源分配，进度等，应该不会涉及到用例设计的相关内容。

soteric

同桌的你果然很强!
支持一下,继续FIGHTINGsdlkfj3

soteric

：）

qi_cy

TRTM 和 DRTM是我自己简写的测试需求跟踪距阵和开发需求跟踪距阵：）

这个流程图只是根据v模型进行了拓展，加入了测试和开发两条需求跟踪线。
rivermen 说的没错，只是按照理论上相对比较规范的流程而画的，只是描述了测试和开发的并行逆向的大致过程

qi_cy

——————“按需求确定ST CASE是没有问题的，不过只能说他上个大致的的东西，因为你没办法确定一些还没加进来的因素，例如：界面，控件，数据库。所以这样的用例肯定需要补充”“”————————

在srs做的比较充分的情况下，按照需求写测试用例理论上是没有问题的[强调一下，理论上：）] 不过在执行测试时，或者进行系统预测试的时候，完全可以根据具体情况补充用例



————这图涉及到了开发流程，配置管理，测试及质量保证的内容。我建议分开画。
不知道你说的计划是不是系统测试计划。
在设计阶段没有结束之前，你是不清楚数据库、界面等方面到底是什么样子的。
所以在这之前设计出的测试用例，应该只能说是前期测试用例。
另外，测试计划只是关心资源分配，进度等，应该不会涉及到用例设计的相关内容。”“——————


这个图只是涉及到了开发和测试的大致流程，每个基线化的开发和测试文档原则上都应该纳入配置基管理。

计划包括系统、集成、单元测试计划，计划阶段除了关心资源分配、进度等，最重要的是要确定测试对象（确定测试项），进行需求跟踪。而测试项是进行用例设计的基础。

ecust 说的设计阶段是指概要设计和详细设计吧 ，如果是进行系统测试用例的设计，原则上是根据srs，参照质量模型确定测试需求，根据测试需求细分为测试子项，然后根据测试子项，利用各种设计用例的方法设计用例。对于数据库到底是什么样子的情况，个人认为只是为了定位错误而需要了解数据库。但是站在测试角度来看，还是非常有必要了解数据库，这部分的用例可以后期补充。而界面应该在需求文档中有所描述（一般应该上界面设计人员在需求分析阶段完成的）

[ 本帖最后由 qi_cy 于 2007-1-8 21:59 编辑 ]

ecust

今天一早老就看见qi_cy回帖了，HOHO~~~
只想说理论和实践有差距，没有完美的东西。
多说下TRTM 和 DRTM，不知道你对需求了解到什么程度，有空回下，测试需求和开发需求的区别，什么是原始需求，什么是用户需求，什么是需求陈述，什么是需求明细，何谓跟踪矩阵，包含哪些内容？
另外，你说对于数据库到底是什么样子的情况，个人认为只是为了定位错误而需要了解数据库。。。定位错误，你的意思是不是找出了BUG，去看是不是因为DB出错导致的？我的意见是，例如你做一个新增操作的的ST，你也应该去DB查看表记录是否正确，而不是看界面提示操作正确，就认为没有问题了。

我是4期的，不知道你们呢，有机会多交流哈。。。。

songfun

现在的学生真的越来越强了sdlkfj6

zbyufeifei

哈哈，我发现女生的测试理论就是学的要比男生扎实啊，13期的一个女生也和你一样，做了一个总结，画的图嘛，差不多，大同小异啊～加油啊～
具体的问题还是让权威的周老师来给你解答一下吧。

qi_cy

回复ecust ：

TRTM 测试需求跟踪距阵：主要是由测试项目组成员作好测试的需求跟踪，包括作好——系统测试项和SRS、系统测试子项和系统测试项、系统测试用例和系统测试子项的跟踪
DRTM 测试需求跟踪距阵：主要由开发组成员作好开发线的需求跟踪，包括作好——SRS和原始需求、概要设计项和SRS、详细设计项和概要设计项的跟踪

需求跟踪主要的目的是防止需求被遗漏 包括开发漏设计和测试的漏测

测试需求是测试人员根据SRS或者概要设计、详细设计文档的内容得到的测试项

开发需求是开发人员根据SRS或者概要设计、详细设计文档的内容得到的设计项

用户需求包括用户的隐性和显性需求，用户的显性需求应该是原始需求
需求陈述应该是需求的可描述性或者是文档话
需求明细从字面上理解该是需求的清单

关于数据库的内容 ecust说的没错，作为系统测试工程师不仅仅站在用户的角度上测试，关于这方面的用例应该是在概要设计（数据库的设计是在概要设计阶段的吧）阶段完善，这样用例的期望结果中才可以写去哪个表里面查看是否有此记录

我是16期的，在读，还请师兄多多指教：）

ecust

学的真好！
难得啊！
没事加我MSN聊吧
hdlgallen@hotmail.com

qi_cy

师兄原来就是胡睿？哈哈，拜读过周老师推荐的你的文章！向你学习：）以后还请多多指教！

[ 本帖最后由 qi_cy 于 2007-1-11 21:53 编辑 ]

songfun

介过………………

原帖由 qi_cy 于 2007-1-10 17:33 发表
测试需求是测试人员根据SRS或者概要设计、详细设计文档的内容得到的测试项
开发需求是开发人员根据SRS或者概要设计、详细设计文档的内容得到的设计项

xiaonan

哇,理论都很扎实啊.有兴趣加我msn: xiaonan_1984s@hotmail.com 一起来交流.我是9期的,呵呵

[ 本帖最后由 xiaonan 于 2007-1-12 09:40 编辑 ]