51Testing软件测试论坛

标题: 当测试和开发并行进，测试将如何进行？ [打印本页]

作者: chenkunlong 时间: 2011-12-27 10:37
标题: 当测试和开发并行进，测试将如何进行？
目前有一个项目，周期非常紧，所以PM要求测试和开发同时进行，边开发边测试，但是我之前没有接触过类似的工作方试，论坛里的高手有经验的可以指点下哈，什么时候开始介入比较合适？测试方法以与正常的测试过程不同的地方和需要特别注意的事项有些什么？有类似的资料也可以发链接给我哈~~~我也在思考，讨论。有兴趣的可以跟贴一起讨论哈。一直在线，

期待你的加入！

作者: wn0112 时间: 2012-1-13 18:00
应该项目一开始吧，与开发共同参加项目会议，掌握第一手情况。而不是后面再问开发人员。
开发也有可能理解错误的地方，你可以讨论纠正他。

作者: heaven7253 时间: 2012-1-17 16:23
这部就是类似 agile 这种么

作者: heaven7253 时间: 2012-1-17 16:47
工作方式你可以参考下敏捷的方式

什么时候开始介入比较合适？
这个就不用说了  肯定越早越好  最好需求分析就参加  隐性需求挖掘测试策略写各种测试计划方案设计测试用例模拟客户场景计算大概的测试覆盖率搭建自动化框架申请测试资源（人力设备网络环境  xxxx）就准备吧

测试方法以与正常的测试过程不同的地方和需要特别注意的事项有些什么？
测试工作内容方面的建议  分两条线
一条线是模块测试 module level test  就是对不成型的产品模块进行测试主要就是针对daily release 主要就是灰盒测试
二条线是产品测试 product level test，主要是就以一个产品解决方案的角度去做测试，有系统性能压力稳定健壮内存 monky coffee  等看你有多少精力去做啦  每个测试类型要定义好test effort 让上面最后留足够的时间给你测试，否则你就cut 测试类型。
测试内容都一样只不过测试工作分了两个主线一个是保障开发的模块质量  一个是保障最后产品的质量特别注意的地方就是跟传统的一样在产品release之前必须至少做两轮产品级别测试。

建议你最好定义个流程  比如说模块测试时候每天的 daily release 你测试啥  smoke  module function test
explorering test？ etc
产品级别测试的时候每个official release 需要测试那些类型  需要测试多少  man/hour 测试 milestone
bug优先级肯定有吧  再定义每个official release 允许多少 A level  Blevel bug  就是怎样算pass 怎样算fail。
还有要是与精力就做CI  把自动化导入  连接 smoke test  后期再连 regression test。

作者: liangshurong 时间: 2012-3-8 12:13
把开发模块分割成一个个小的功能点来开发,要他们每开发完一个小功能点就给你去测试!等到整个项目完成了再做整体测试!
同时开发下个功能的同时我建议还可以加上自动化测试,主要用来验证下个功能下来的时候是否影响到之前的功能,不过这个可能发费时间就比较的多!看项目的进度及自己的能力!
同意4楼参考一下敏捷开发吧!现在好多大公司都在搞!但不要全抄结合自己公司的特点做点调整!

作者: 泡芙拓 时间: 2012-3-9 12:41
回复 2# wn0112

所言极是

作者: heporen 时间: 2012-4-1 10:11
学习中。。

作者: niunjxtest 时间: 2012-4-11 08:10
。。

作者: anna03 时间: 2012-4-12 16:12
4楼说的没错，可是实际执行过程中难度很大啊，说是测试和开发并行，但是测试代码还是在开发代码成型后写。测试代码虽然简单但是多啊！各种覆盖！！所以领导总觉得测试影响了进度，测试只好在开发白天写完代码后晚上加班写测试代码！不知道4楼所在团队是什么情况？

作者: heaven7253 时间: 2012-4-18 14:49
9#  如果是黑盒自动化  那可以做到并行但是要基于开发测试有共识
如果是要做到灰盒  就必须滞后于开发了

我觉得9楼说的问题  可能是沟通和流程的问题主要问题点是  领导觉得测试拖进度。为什么让别人觉得测试是拖进度？我觉得主要是测试做的事  领导不清楚，也不知道，他们补清楚做个自动化case要多久。他们以为你们可以1小时搞定一切。

我所在的团队是这样避免这种问题的，有测试计划的  基本上都定义清楚了  自动化什么时候开展自动化要开展多久才完成，这个是不能算加班时间的，还有最重要的是评估每次自动化case需要多少时间，让上面的人看到你们工作的小时数还有成果，知道你们做了些啥，那就补存在领导challenge的情况了。

作者: heaven7253 时间: 2012-4-18 14:52
我现在所作的很多工作都是为了测试免责而坐的，因为测试的领域很大很大，总有没测试到的，总有没想到的，我现在千方百计的想让我们测试在有限的时间内做好有限的事情，达到有限的效果。

作者: December127 时间: 2012-4-19 10:12
9#
测试代码不一定非要在开发代码完成后写。开发编码前会有设计的，规范的情况下是会有详细设计的类图，测试只要知道了被测模块的类名和调用方式，就可以写出测试代码了。
这也是TDD的方式呀？先写测试代码再写业务代码，不过开发写的是单元测试，我们写的是集成测试，或者基于测试用例的测试代码。

作者: heporen 时间: 2012-6-4 15:27
迷茫学习中。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)