|
|
本帖最后由 sky100 于 2011-10-3 05:46 编辑 9 x. L0 T& O4 u8 [3 z
老兵帅客 发表于 2011-10-2 04:15 ![]()
; Q4 G" v/ Z6 {9 z8 o第一。测试是干什么的?
! `. h9 H3 q; ~* V/ O& H
7 D5 {' H" \" ]- o! N9 o) Z第二。如果那堆web service根本不可能被deploy到外网呢?
0 y, ^) [5 t; K6 o! _( v; V) { d( x
第一,绝大多数测试不可能覆盖所有的可能性。如果代码测试后放到生产环境中,结果因为某个特殊的情况,数据效验没有做而导致出了问题。应该是没有听从架构师要求去添加效验的开发人员的错,还是测试人员的错呢?
" Y0 [$ ^, k/ u/ _
/ |: V2 z% Z0 P5 C% f% A* d: a第二,我的看法是,除非公司的ceo拍胸脯给打保票,否则你never know.商业需求总是在不断变化的。从架构设计的角度,假设你是架构师,你是宁肯多加些冗余来保证系统的鲁棒性和可扩展性呢?还是为了减少开发人员的4 o/ X( `7 u0 s. @9 `7 w) f+ o8 X
工作量并给人力资源部制造裁员的借口而不重复校验呢?) U E4 V/ B1 F& p. W; l
. w. [: X2 J) ^" P
老兵兄,你所提到的事情设计者未必没有想到,只不过他可能得到的信息和考虑的可能性要比你多,权衡之下采取的这个决策。而有些信息和可能性不适合公开讨论而已。换句话说,很多问题之所以不可以使用简单直接的方案是因为这个问题不仅仅是技术问题而且也是一个政治问题:)
: y5 b& Q2 R# {3 b! |
% ]# Z3 ^" F# g) r我个人的一点陋见,搏大家一笑,请轻拍:)
% {) D4 l y) m; l! o* q
, y, N8 Q& T; a; a9 R0 k2 A/ z3 j5 Y! Z7 q3 n$ a
; z% C! a; R7 b* @9 d: V
( c1 T% H3 m) g( d) n, ~9 L5 c0 t2 c* _. Q, U0 ~; Z* {
& k, ^ h q9 ?9 Q O/ h7 [1 `6 s
|
|