测试相关

测试

相关知识

α测试

目的是评价软件产品的FLURPS(即功能、局域化、可用性、可靠性、性能和支持)。尤其注重产品的界面和特色。α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始α测试即为非正式验收测试

  • 它是在开发环境下进行的(不对外发布)
  • 它不需要测试用例评价软件使用质量
  • 用户往往没有相关经验,可以是兼职人员,开发者或测试者坐用户旁边
  • 目的主要评价软件产品的FLURS-Function、Location、Usability、reliability、Performance、Security即功能、局域化、可用性、可靠性、性能和技术支持.

β测试

Beta测试(Beta testing)是一种在产品发布之前所进行的软件验收测试活动

验收测试

是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后,产品发布之前所进行的软件测试活动。也称为交付测试。“冒烟测试”:是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。

基线化

是软件文档的一个稳定版本,它是进一步开发的基础。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。

APP测试:(功能、性能、适配、专项、安全、稳定)

增加了终端、外设、网络等多项元素,测试内容增加。

功能测试:

  1. 安装、卸载测试
  2. 升级测试
  3. 业务逻辑测试
  4. UI
  5. 异常

适配测试:

兼容性测试;

  • 在不同的软件环境下
  • 不同的操作系统——android、ios
  • 不同的手机品牌
  • 不同屏幕分辨率
  • 不同软件——QQ、微信兼容
  • 不同网络——2G...5G、WiFi

适配测试:

  • 在不同的硬件设备上
  • 不同平台——MTK/高通、展讯
  • 不同组件——屏幕、接口
  • 不同外设
  • 不同的可选项——内存、CPU等

性能测试:

  • 效率测试:
    • 启动时间
    • 响应时间
    • 界面流畅度
  • 极限测试:
    • 边界情况:1. 内存满;2. 运行APP时手机断电; 3. 运行APP时网络断
  • 压力测试:
    • 反复长期的操作:系统资源占用是否异常; 安装卸载 ; 其他功能的反复使用

专项测试:——————手机测试

  • 电流电量测试、耗电测试——正向、逆向(系统资源占用)、后台
  • 流量测试——流量占用;后台流量
  • 内存泄露——占用、内存不足、泄露
  • 网络专项测试
  • 蓝牙专项测试
  • SIM卡专项
  • T卡专项

安全性测试:

  • 应用程序级别的安全性:数据和业务功能的访问
  • 系统级别的安全性:系统的登录或远程使用

稳定性测试:

  • 在一定的负荷下长时间运行的表现

  • 一般使用monkey来测试

    指标:异常的次数、频率;与同类型比较

相关

HTTP是超文本传输协议,是互联网上用得最多的网络协议, 所以的www文件都遵守这个标准。

开发不做测试的原因?

  1. 思维定式
  2. 测试的力度往往不够
  3. 关注度难以平衡

monkey:

获取包名:adb shell pm list package -3

针对一个应用测试:adb shell monkey -p com.netease.cloudmusic 100——100次模拟操作对网易云音乐

每完成一个动作,休息一秒钟:adb shell monkey -p com.netease.cloudmusic -throttle 1000 100


相关题目

  1. 软件验收测试包括:正式验收测试,alpha测试,beta测试
  2. 系统测试的策略:功能测试,性能测试,可靠性测试,负载测试,易用性测试,强度测试,适配性测试,容量测试,安全性测试,兼容性测试,可用性测试等。
  3. 设计系统测试计划需要参考的项目文档:软件测试计划,软件需求工件,迭代计划
  4. 面向过程的系统采用的集成策略:自顶向下,自底向上
  5. 什么是软件测试:发现程序中错误而执行程序的过程。
  6. 集成测试的过程
    1. 构建的确认过程
    2. 补丁的确认过程
    3. 系统集成测试测试组提交过程
    4. 测试用例设计过程
    5. 测试代码编写过程
    6. bug的报告过程
    7. 每周、每两周的构建过程
    8. 点对点的测试过程
    9. 组内培训过程
  7. 怎么做好文档测试:跟随每个步骤,检查图形,尝试每个示例。
  8. 白盒测试的方法:静态和动态
    1. 静态:检查软件的表达和描述是否一致,没有存在冲突和歧义
    2. 动态:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖
  9. alpha测试和bate测试的区别
    1. alpha测试:在系统开发接近完成时对应用系统的测试;一般由最终用户或其他人员完成。
    2. bate测试:当开发和测试根本完成时所做的测试;一般由最终用户或其他人员完成。
  10. 负载测试:是指一定的工作负荷下,系统的负荷及响应时间
  11. 强度测试:是指在连续长时间的负荷下,对系统的影响。
  12. 容量测试:是指极限测试。目的:承受超额对的数据容量来发现系统是否能够正确处理。
  13. 测试结束的标准:用例全部测试;覆盖率达到标准; 缺陷率达到标准; 其他指标达到标准
  14. 软件测试活动的声明周期:计划;设计;实现;执行;总结。
    1. 计划:对真个测试周期的所有活动进行规划,估计工作量、风险,安排人力物力的资源,安排进度。
    2. 设计:完成测试方案,从技术层面规划测试。
    3. 实现:进行测试用例和测试规程设计
    4. 执行:根据前期完成的计划、方案、用例、规程等文档,执行测试用例。
    5. 总结:记录结果,进行测试分析,完成测试报告。
  15. 软件的缺陷等级:
    1. A类(严重错误):1. 死机非法退出;2. 死循环;3. 数据库发生死锁; 4.错误操作导致程序退出; 5.功能错误; 6.与数据库连接错误; 7.数据库通讯错误
    2. B类(一般严重):1.程序错误; 2.程序接口错误; 3.数据库没有完整的约束条件。
    3. C类(一般错误):1.操作界面错误; 2.打印内容、格式错误; 3.简单的输入限制未放在前台控制; 4.删除操作无提示; 5.数据库过多的空字段。
    4. D类(一般小错误):1.界面不规范; 2.辅助说明描述不清楚; 3.输入输出不规范;4.长操作无提示; 5.提示窗口用语不规范; 6.可输入的区域和只读区域区分不明显。
    5. E类(测试的建议)。
      内容来自转载。
原文地址:https://www.cnblogs.com/quareus007/p/14478093.html