成都汇智动力详解软件测试基础知识点

听说,苹果又有新动作了,这一次的苹果新设备,A11是苹果首度采用了6核心设计的处理器,这也使得跑分性能急剧上升,并且A11也是在手机产品当中第一款 Geekbench分数破万的芯片,想必大家已经知道,苹果将在今年下半年发布三款 iPhone产品—58英寸OLED的 lPhone X,6.5英寸OLED的 ipHone xPlus,6.1英寸LCD的廉价版 ipHone。而这三款 iPhone都不是A11处理器,这款D321AP的新终端你觉得会是什么?我是觉得,反正不管苹果新设备怎么样,价格肯定是不美腻滴,所以还是先好好工作好好学习,跟着汇智动力“发家致富”~

测试设计的问题

1) 不做测试设计,测试过程也是胡乱建立的。

2) 测试设计不详细,不是基于可量度的测试策略,例如测试计划覆盖一个集合或者测试需求的一个子集。

3) 测试过程没有采用最好的技术来检验Windows C/S结构的测试需求

4) 测试用例的选择规则

5) 选择与测试需求的实质部分最相关的测试用例。

6) 选择的测试用例应该不容易应用程序的改变的影响。

当测试过程发生错误时,有哪几种解决办法

1) 跳转到别的测试过程

2) 调用一个能够清除错误的过程

3) 退出过程,启动另一个

4) 退出过程和应用程序,重新启动启动Windows,在失败的地方重新开始测试

测试执行的问题

1、测试执行的问题

1) 自动化测试没有有效的利用,使得手工测试太多。

2) 测试结果的捕获没有系统性,而且没有查看或调查

3) 缺陷报告必须用手工加入缺陷跟踪系统

2、错误分类

1)测试用例失败

正常错误

2)脚本命令失败

当测试过程不能执行录制过程中的某个功能时,回产生这种错误,如鼠标单击按钮或选择菜单项等。它也能指示是缺陷还是测试过程的设计问题。

3)致命错误

导致测试停止,这种情况最好重起Windows。

具体步骤:

1) 建立测试系统

2) 准备测试过程

3) 运行初始化过程

4) 执行测试

5) 从终止的测试恢复

6) 验证预期结果

7) 调查突发结果

8) 记录缺陷日记

测试评估的目标

1) 量化测试进程

2) 生成缺陷和测试覆盖率的总结报告

3) 没有把测试覆盖率作为报告测试进程的根据,使得不知测试是否结束;

4) 没有做缺陷评估,缺陷评估是量度软件可行性的重要指标;

5) 不使用专门的软件工具进行数据输入任务和相应的评估活动,使得这些任务变得繁重累人。

猜你喜欢

转载自blog.csdn.net/cdhuizhidongli/article/details/80983686