讨论.测试在系统构架阶段应关注的内容
详见附件关注而已,不代表在评审阶段就带入这些问题。 顶楼主, 系统架构这一块,水太深了。策划出概要设计的时候,一般出的是功能方面的,比如说某个模块等。技术方面的支持由程序方提供。
对于增式实现,我有遇到一些情况,系统越做越大,程序方不能实现,程序提需求给策划要求修改,这是一个比较纠结的问题。
听楼主说的,感觉楼主有做白盒,呵呵,不过这个架构确实很重要。
最好还是先确定好再搭,万一需求改了,重新搞下,程序会崩溃的。貌似对协议这块还要有约定吧,这个貌似属于楼主说的信息隐藏。
架构系统的依赖问题,我太有感触了,呵呵,当依赖程度过高的时候,那个工作量。。啥都不说了,本来可以走直线的,结果走了个三角形。杯具。 其实我觉得这是一个很好的话题,架构就如一个人的骨架,骨架搭得不好,可能会是个畸形。呵呵,这么重要的话题,大家不来讨论下呢。呵呵。 现在感觉做测试的,要懂的太多了,以前以为随便弄弄就可以了,现在发现不行,我要发奋了,哈哈 谢谢分享:) 对这块确实不了解 学习一下 :) 收走学习下~~帮顶 这货不是冬瓜,这货不是冬瓜!这货是奥利奥
页:
[1]