从项目、产品、运营型看发展
上一篇 / 下一篇 2011-12-01 20:34:05 / 个人分类:领域发展与思考
TAG:
- 引用 删除 alice2003yf / 2013-12-25 23:21:01
- M +1
- 引用 删除 散步的SUN / 2011-12-09 18:53:54
-
说的真好,我得向你多请教一下项目方面的知识了,在项目把控方面,我做的不是非常好
在自动化测试项目中,如何抽象确实是一个问题,只能尽量的分层,将共性进行抽象
原帖由rossini23于2011-12-02 12:17:34发表
“这种项目型公司需要的是将其项目的技术或者框架进行抽象,使得其项目间能够共享、甚至可以将其满足一定.
- 引用 删除 xin_晴 / 2011-12-02 14:50:14
-
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/76/n-249976.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
- 引用 删除 wolaizhinidexin / 2011-12-02 14:16:36
-
评 5 分
- 引用 删除 rossini23 / 2011-12-02 12:17:34
-
“这种项目型公司需要的是将其项目的技术或者框架进行抽象,使得其项目间能够共享、甚至可以将其满足一定需求的项目拓展成产品”,这个确实是,很多相似的项目会有一些组件、模块完全或者基本相同,如果每个项目从头开发一遍这些东西,造成很多资源上的浪费,这个现象在很多公司里确实很常见。IPD(集成产品开发)流程里把CBB(Common Building Block,公用构造模块)作为一项核心思想,可见重用性的重要性。
当自动化测试相似项目时,也会遇到重用的问题,包括测试逻辑层面重用、底层函数层面重用等。
测试逻辑层面重用,会遇到DUT控制方式、DUT规格、测试逻辑等方面的差异,需要一些抽象机制能够屏蔽这些差异。
底层函数层面重用,这个层面的相对容易一点。
我的栏目
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
我的存档
数据统计
- 访问量: 176075
- 日志数: 86
- 建立时间: 2011-02-16
- 更新时间: 2020-01-06