2006-09-18 11:55
一组录制,二处改动,六项插入,九类参数定脚本
三副场景,四步分析,五个目标,八大方面显瓶颈
2006-09-10 12:30
一差二变五不到,
八大风险测试临:
设计编码文档差,
计划调整需求频,
初始培训人力少,
特定环境数据因。
躲风避险四步走,
识评制防把踪跟。
在测试中经常会遇到的风险有八类,可以总结为一差,两变,五不到位:
一差:设计、编码、相关文档质量太差,导致测试时间延长;
二变:用户需求发生重大变更及设计计划在幅度调整都给测试带来风险,导致测试时间、资金投入的
增加。
五不到位:
&..
2006-09-01 20:30
软件测试自动化的六个级别-大猫诗,话测试(十三) 6,x谝6
<&H踌胍喘_
譈u6嘛儣
捕获编辑与编程, /鈼覧:}6酔
一二三级要回放, L攍吕妘M
功能库,数据优, 碬鮼獽u=
使用动词六级棒。 .惔nd:
?钅V烽鬭
(注释请参考教材第六章的小结) 体3"稧
繓kX榄.w
4[塦茋
[ 此贴被pingyuanren在2006-09-01 12:17重新编辑 ] 倀b7Y
'c 0D
平川大猫,\'探索,踏实,升华\',\'团队一起成功\'—TTS
2006-09-01 20:28
等价类的确定原则——大猫诗,话测试(十二) 撚pD ,cv
繤怈蔁搢秶
等价类确定原则 )锂鬠b3
矹狙*本!
规定范围和个数,有效一个无效俩; ,#﨧
6f蒂
必须条件布尔量,有效无效一没错; Vp粖1{G
不同输入不同待,有效多来无效单; 鎵弡.,藕
输入数据有限则,有效单一无效多; 徛侯#z4
等价划分综合断,类中有类细定度。 臁<JF2諾
ゎ硲 0濽
可以先参考我们的教材P73—P78 㤘]f馪n4
有点偷懒了 ! 伧钠+:h
惨氭
壘*
顇姑淯
[ 此贴被pingyuanren在2006-08-29 12:09重新编辑 ] {'F4閒i
N垄T!z\c
平川大猫,\'探索,踏实,升华\',\'团队一起成功\'—TTS
2006-09-01 20:26
Loadrunner独当八方找瓶颈——大猫诗,话测试(十一) /抴迊
'LM寉<
内存与cpu紧相关, RJ彈;
磁盘网络吞带宽, V059Ix
web背后是IIS, Uq竫"q
数据库外有网延。 K帹窭醹,F
靮荪-iF&
loadrunner功能强大,可以通过对不同的参数进行分析帮测试人员判断以下 幰0j7駒
八个方面是否存在瓶颈: sV>'p4"
1、内存 眇g踃
2、处理器 D`]唓蚫E
3、磁盘 柪愻鹫劔
4、网络吞吐量与带宽 苺 5H*&
5、web F盆P
6、IIS )$e<凓
7、数据库 <ZI蜵3&
8、网络延时 奕s譀x?-仦
膚仡风甯聃
<漙~93*褚
[ 此贴被pingyuanren在2006-08-29 12:17重新编辑 ] 黃P┡A3.
-a并?H併
平川大猫,\'探索,踏实,升华\',\'团队一起成功\'—TTS BN笡+贤
2006-09-01 20:16
我们的口号:有困难?找TTS(TestTimeS);
^F
没办法?用TTS(探索、踏实、升华) 交!栴庢C
要目标?得TTS(Team Together Success) V乭)w墢暆R
mYB'騀绳q
懤\c铅8=c~
集成测试两分支, 滢2p偄
有无增量是根基, 2(ヂ庿4t
非增有错难定位, 陂啘V汄
增量要写模块集。
#h蟹猔
通常我们提到的集成测试都是指软件所有模块组装在一块进行整体测试,这种方式叫非增量集成测试。 剅*緗佸
迓鉃术谤
这种方式可能一次发现很多错误,导致为每个错误定位和纠正发生困难,且改正一个错误的同时,又可能引入新的错误,新旧错..
2006-09-01 20:15
测试计划的十二项内容 鄓Gd灓
B.\CO2W雪y
测试计划十二般, 胓Jf糝閒歇
进度方法工具安, 綼╡塳#恃
过程准则人机特, 匊逵,{T
复略范围有风险。 g庱籕6C
!6费踚
测试计划应该有十二项内容: ~塦憙
吅 Ij(
⒈测试进度综述,供项目经理参考; W瑞瀳*N'9
⒉测试方法,包括工具的使用; > mM賰想
⒊测试工具,包括何时和如何取得测试工具及这些工具的搭建; 浦剘讜Q
⒋测试的执行过程及测试结果分析的过程; 辷ㄏ騍蔛
⒌测试工作进入、挂起及测试结束的规范与准则; 囻c鮖C<
⒍测试需要配备哪些人员及如何分工; 凓=2~飜邷
⒎测试需要的设备和机器基准的配置等等; 薗-蕡伮
⒏执行测试需要的某些特种殊的硬件及软件支持; =墯 |n{-
⒐测试需要完成的覆盖率; /P'
⒑测试策略; 鄽1S莦罪
⒒测试范围,指..
2006-09-01 20:13
CMM纸老虎, 'tEC鴈
一级初始二可复, k懽Y<亢 腂
三定义,四管理, 33,訄ψb
五叫优化屈指数。 ['Z+
n4愄苂
<恂+弴
CMM(Capability Maturity Model),能力成熟度模型 嫓!5:赞涕
CMM标准共分五级。 |0Y墽
其中,五级为最高级,即优化级,在这个等级,整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处,以达到预防缺陷的目标。同时,分析有关过程的有效性的资料,作出对新技术的成本与收益的分析,以及提出对过程进行修改的建议。达到该级的公司过程可自发地不断改进,防止同类缺陷二次出现; Q紭祚qe
四级称为已管..
2006-09-01 20:12
本贴将记录大猫对四大测试工具的学习体会,学习教材是小韩的四款主流测试工具的测试流程。
3O釔<24 于四大工具的详细说明,可以参考原贴:
F懨鄐5 http://www.xxxxxxxx.net/bbs/read.php?tid=202&page=1&fpage=1 櫴羿撏I Z蕵/}'0 (一)先说流程最简单的QTP:
膰猳桾紆y 緎鳪N QTP测试流程
渴埙0槞 账
E阄砨华p QTP先需设,
_)嚡鹨 打开程序按例输,
艮3(Z7覤 编辑调试脚本善,
f 蹧裋囁 回归验证报告书。
:z7閰F蚥 羺嬧Q豜憉 (我先把这个搞懂,另外三个后面待续
橷8邿F m:y繢X  ..
2006-09-01 20:09
压力测试与负载测试的区别 oU騲 a
m哓+$6澎
压力负载不一般, 悀o<罿6
种类目的和时间, %r4裭%瞯
压长多超找瓶颈, 縃敢zYi
负短单巨性能观。 炻4uB
k
覂 w9bXu
殖釡h
pingyuanren的理解是: f矶礎I
区别在三个方面: c/瘩qi
1、加载任务的种类数量不同, :綃saZ4
2、运行时间的长短不同, eH懳T袗!s
3、考察目标的侧重点不同 /饏1I垦
即: q釾佀樽
压力测试运行时间长,同时加载的是多种超负荷任务,考察目标是系统所能承受的最大负 荷并帮助找出系统瓶颈所在; 獠I忪Ffkt
负载测试通常运行时间短,每次只针对特定性能加载巨量任务,考察目标是验证系统预期的性能目标,响应时间等。
w毗锈Y
K昺))JE
>﨩OB憊
鸉O挽_檧
..
2006-09-01 20:08
我们的口号是: Qh&}K籋
有困难?来找—— VK$5
TTS(TestTimeS) /Z駁'3q
要办法?就用—— 狐j秏0C
TTS(探索、踏实、升华)! 緌闦5$浭
看成绩?获取—— %?饧#X屽
TTS(Team Together Success)! Msu錢8
ik濭7驌傺w
忄u凗!&"
四大开发模型 r,b穪腬
?#C癡狠
软工模型四大家, gsd藹
瀑布原型增螺旋。 6狐℡2
循序渐进瀑布流, r簔^M 櫜:!
步步为营返工艰。 堉#薔卾蘛N
原型交互迭代多, 嶱蠒_!
增量功能层层添。 灾2詔腗
螺周计险施评审, I藸檎趗
优合瀑原风险全。 枿潝宿
/f 4/
软件工程中,常用的开了模型有四种:瀑布模型、原型模型、增量模型和螺旋模型。 T嬻9萊
諦?+&
⒈瀑布模型包括计划,需求分析、设计、编码、测试、运行维护六个阶段,阶段自上而下,相互衔接,次..
2006-09-01 20:05
推荐浏览
http://www.xxxxxxxx.net/bbs/read.php?tid=32,
筈{劾鮭[ 参与xxxxxxxx企业文化征集活动!
y瑯h毱J;[ ,+灒#R 测试流程助记词
悱)攄 橇漞赿 规设说纲容通则,
8丕uH宯惮 烂熟计划用例先。
0睈S* 四大过程质量保,
玩E魘0 码元集成系统观。
彙n7眫剾m| 代码静态揭问题,
徚噝悦t| 单元验能码错编,
綯 巒 # 集成要把接口过,
l慀>O沚带 系统确认需求钻。
3鑄濛i穘 验收要把客户请,
/古HM 改错增功回归添。
zf熁勋. 橒k聎w蠸4 橊勣脄N# (1)前两句是说测试人员测试前的准备工作包括:要仔细阅读有关资料,包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则,全面熟悉系统,编写测试计划,设计测试用例。
<掷聟`> 3
lp╡ ..
2006-09-01 19:58
&_gmx661 推荐浏览
http://www.xxxxxxxx.net/bbs/read.php?tid=32,
H暡8刁塤 参与xxxxxxxx企业文化征集活动!
蒏石妍@ *-`@戊v bugzilla的详细安装过程,请参考:
A韲鄟q http://www.xxxxxxxx.net/bbs/read.php?tid=65 3氘楞煪!( 本贴主题:一副对联总结bugzilla的搭建过程
榹B轊>D@吗 三种命令五个外形多加两种模块成一统
>p鼘
嶶 五套软件四组密码修改十三参数定三分
O搧$]P hC瑢贅twc 上联:指bugzilla全部模块时用到三种命令,指installmodule.bat,perl,nmake,而把perl checksetup.pl和perl makefile.pl及nmake和nmake install 分别看成perl..
2006-09-01 19:54
推荐浏览
http://www.xxxxxxxx.net/bbs/read.php?tid=32,
g峀Z笯 参与xxxxxxxx企业文化征集活动!
E+凶碮 逆错源
苹V4P廢c 㥮鬨.8搭 理解沟通出偏差,
:N($~t梺 软件复杂技难全,
%赶<(' 文档缺陷讹传讹,
秝癘k虼 需求变化玄又玄,
Q沾oT 人无完人怎苛求,
栓O燋2绪嶝 忙中有错是真言,
躂zbd诃t 良匠歪尺实可叹,
+鄄鱖V(踙n 七种缘由要详参。
z侻+吢,! 哷蓮E覷 RG虥(2!瑣 [ 此贴被pingyuanren在2006-08-18 09:58重新编辑 ]
$~‰|Jrs)"
鎕稸
平川大猫,\'探索,踏实,升华\',\'团队一起成功\'—TTS
2006-08-30 17:29
推荐浏览
http://www.xxxxxxxx.net/bbs/read.php?tid=32,
笩莟? g0 参与xxxxxxxx企业文化征集!
E閼8q隂 释缺陷
阭9{c!煚检 缺陷毛病和错误,
鸒惔萵"@\ 问题bug一锅粥。
鼑_嚌-0s 错误标准看需求,
硫dj涿8(\ 短长超欠皆须纠,
1U尵++f笢 难解难用效率低,
'"綑佔" 用户否决要精修。
綠& 紧抓需求做测试,
s鸡,蔃{ 细心育出软件优。
4e)o2 6/. 當HE,dmP務 注:
夔&⿺=汔 软件行业中对软件故障的描述看起来比较乱,有defect(缺陷),incedent(毛病),error(错误),peoblem(问题),bug(臭虫)等等。
墸谺[I 软件故障的表现可以比照软件规格需求说明书来确定:
歯?6鸆'g 1、短..