您的位置:首页 > 产品设计 > UI/UE

测试培训收获 先放上来 以后再整理

2012-09-10 08:33 218 查看
因果图如果在关联不是很强的应用中并不适用。

工作流的测试,非常明确的状态机。

状态迁移图18种可能的状态迁移,有个初始状态。

状态迁移表由状态迁移图得到。

状态迁移树由状态迁移表得到。保证状态迁移表中的所有状态都包含就可以了。

从状态迁移树上就得到了所有的路径,保证了测试的覆盖率。

有明确状态的系统,状态数目不是很多,几十个,状态的迁移是固定的。也可以用在白盒测试中。

两个或者两个以下的因素导致错误的发生。

不管你有多少的因素,其中任意两个因素的取值范围都被取得就行了,从而减少了测试用例,减低了强度,但也引进了一定强度的风险。正交表格网上可以下载。

缺陷 缺陷相关数据得到当前软件质量的测试

单元测试的覆盖率,测试计划的覆盖率

探索式测试

主要测试团队的模式

在设计阶段进入测试,开发测试分开会导致,开发测试双方起冲突。使用最多,可能会出现一些变种。

有一个测试经理或者总监,测试人员归属在各个产品线(开发部门)上,测试工程师有一个虚线的部门,测试工程师专注在一个项目上,测试的好坏取决于对系统的了解程度,开发测试是同

一个团队,协作性好,缺点,测试工程师和开发工程师的职业发展不一样,会有一些不公平的心理。这种方式下,技术共享成为了一个问题,需要有一个强有力的平台,不然会导致独立。

facebook,和第一种有点像,测试变成了测试开发,他的工作目的是,创建可以持续运行的框架,开发团队使用框架来自己进行测试,这样一个项目只用分配一个测试工程师。效果好,成立

这个测试团队很难。

自动化测试

部署构建,mode环境自动化是自动化测试的基础。自动化测试减少了执行的开销,增加了维护的开销。自动化测试不适合做UI层的实现和测试。性能测试很适合用自动化测试来实现。模糊测

试用来查找系统中的漏洞。文件格式的模糊测试。

软件开发过程中存在信息失真,自然语言的二义性。

UI自动化测试和单元层的自动化测试比较一致。接口层自动化测试比较不一致。

猴子式随机测试工具,适用于手机测试,因为输入是随机的,所以没有预期的输出,它只能看到程序是否挂了或者给服务器发出了一些信号。

webdriver。

验证码问题 ocr解决

pywinauto-0.4.0

windows利用消息机制,ui平台上的测试就是从句柄找到控件,找到空间上的某个元素,给控件发送消息,从而达到录制回放功能。

MSA机制,ms所有程序都支持MSA接口。和窗体机制基本可以覆盖百分之90的应用。

sikuli

基于图像的比较方式过于依赖图像的色彩,操作接近于人,依赖于人眼的图像方式。跨平台,

操作浏览器 操作消息机制 操作图像

JMETER 

YSLOW PAGESPEED CHROME FIREBUG 

windows dynatrace-ajax-edition httpwatch fiddler(IE) 
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息