软件测试指导书

合集下载

软件测试作业指导书

软件测试作业指导书

软件测试作业指导书1. 概述软件测试作业是为了帮助学生掌握软件测试的基本原理和技术,提高其测试能力和质量保证水平而设计的。

本指导书旨在指导学生完成软件测试作业,并解释作业的要求、流程和评分标准。

2. 作业要求2.1 任务描述本次作业要求学生选择一个软件系统,并进行功能测试和性能测试。

2.2 功能测试要求2.2.1 环境搭建学生需要搭建适当的测试环境,包括安装所需的软件、配置测试用例数据库等。

2.2.2 测试用例设计学生需要设计一组测试用例,覆盖系统的主要功能,并确保每个测试用例具有较高的覆盖率。

2.2.3 测试执行学生需要执行设计好的测试用例,并记录测试过程中的操作步骤和结果。

2.2.4 缺陷管理学生需要及时发现并记录系统中出现的缺陷,并进行分类和跟踪。

2.3 性能测试要求2.3.1 环境搭建学生需要搭建适当的性能测试环境,包括配置测试服务器、安装性能测试工具等。

2.3.2 性能测试计划学生需要制定详细的性能测试计划,包括测试目标、测试场景、负载模型等。

2.3.3 测试执行学生需要执行性能测试,并记录测试过程中的关键指标和结果。

2.3.4 性能分析学生需要对性能测试结果进行分析,并给出合理的优化建议。

3. 流程指导3.1 功能测试流程3.1.1 环境搭建根据作业要求,学生需要搭建适用的测试环境,包括操作系统、数据库、开发工具等。

3.1.2 测试用例设计根据系统需求和功能规格说明书,学生需要设计测试用例,并确保用例具有较高的覆盖率。

3.1.3 测试执行学生按照设计的测试用例执行测试,记录测试过程中的操作步骤和结果。

在执行过程中注意记录和管理发现的缺陷。

3.1.4 缺陷管理学生需要根据发现的缺陷进行分类和跟踪,并及时通知开发人员进行修复。

3.2 性能测试流程3.2.1 环境搭建学生需要搭建适用的性能测试环境,确保测试服务器能够模拟所需的负载。

3.2.2 性能测试计划学生需要制定性能测试计划,明确测试目标、测试场景和负载模型。

软件开发与测试技术作业指导书

软件开发与测试技术作业指导书

软件开发与测试技术作业指导书第1章软件开发基础 (3)1.1 软件开发生命周期 (3)1.2 程序设计语言 (4)1.3 开发工具与环境 (4)第2章软件测试概述 (4)2.1 软件测试的定义与目的 (4)2.2 软件测试的分类 (5)2.3 软件测试流程 (6)第3章需求分析 (6)3.1 需求分析的重要性 (6)3.2 需求获取方法 (6)3.3 需求规格说明书 (7)第4章设计与架构 (8)4.1 软件设计原则 (8)4.1.1 模块化原则 (8)4.1.2 抽象原则 (8)4.1.3 信息隐藏原则 (8)4.1.4 开放封闭原则 (8)4.2 设计模式 (8)4.2.1 创建型模式 (8)4.2.2 结构型模式 (9)4.2.3 行为型模式 (9)4.3 软件架构 (9)4.3.1 分层架构 (9)4.3.2 客户端服务器架构 (9)4.3.3 微服务架构 (9)4.3.4 事件驱动架构 (9)4.3.5 云计算架构 (9)第5章编码与实现 (10)5.1 编码规范 (10)5.1.1 通用规范 (10)5.1.2 语言特定规范 (10)5.2 代码质量 (10)5.2.1 可维护性 (10)5.2.2 可读性 (10)5.2.3 可靠性 (11)5.3 代码审查 (11)5.3.1 审查流程 (11)5.3.2 审查内容 (11)第6章单元测试 (11)6.1 单元测试概述 (11)6.3 单元测试策略 (12)第7章集成测试 (12)7.1 集成测试概述 (12)7.2 集成测试策略 (13)7.2.1 自下而上集成测试 (13)7.2.2 自上而下集成测试 (13)7.2.3 大棒集成测试 (13)7.2.4 基于功能的集成测试 (13)7.2.5 基于接口的集成测试 (13)7.3 集成测试用例设计 (13)7.3.1 设计原则 (13)7.3.2 设计方法 (14)第8章系统测试 (14)8.1 系统测试概述 (14)8.2 功能测试 (14)8.2.1 等价类划分法 (14)8.2.2 边界值分析法 (14)8.2.3 错误推测法 (14)8.2.4 功能测试用例设计 (14)8.2.5 功能测试执行与缺陷跟踪 (14)8.3 功能测试 (14)8.3.1 功能测试概述 (15)8.3.2 功能测试指标 (15)8.3.3 功能测试方法 (15)8.3.4 功能测试工具 (15)8.3.5 功能瓶颈分析及优化 (15)8.4 安全测试 (15)8.4.1 安全测试概述 (15)8.4.2 常见安全漏洞 (15)8.4.3 安全测试方法 (15)8.4.4 安全测试工具 (15)8.4.5 安全测试策略与实施 (15)第9章验收测试与上线 (15)9.1 验收测试 (15)9.1.1 验收测试概述 (15)9.1.2 验收测试准备 (15)9.1.3 验收测试实施 (16)9.1.4 验收测试通过标准 (16)9.2 上线流程 (16)9.2.1 上线准备 (16)9.2.2 上线实施 (16)9.2.3 上线后评估 (16)9.3 生产环境监控 (16)9.3.2 监控内容 (17)9.3.3 监控工具与策略 (17)第10章软件测试管理 (17)10.1 测试计划与策略 (17)10.1.1 测试目标 (17)10.1.2 测试范围 (17)10.1.3 测试方法 (17)10.1.4 测试流程 (17)10.1.5 测试策略 (17)10.2 测试团队组织 (17)10.2.1 测试团队角色与职责 (17)10.2.2 测试团队人员配置 (18)10.2.3 测试团队协作 (18)10.3 测试工具与自动化 (18)10.3.1 测试工具的选择 (18)10.3.2 自动化测试 (18)10.3.3 自动化测试实施 (18)10.4 持续集成与持续部署 (18)10.4.1 持续集成 (18)10.4.2 持续部署 (18)10.4.3 持续集成与持续部署工具 (18)10.4.4 持续集成与持续部署实践 (18)第1章软件开发基础1.1 软件开发生命周期软件开发生命周期(SDLC)是指从软件需求的识别到软件退役的整个过程中,软件开发所经历的一系列阶段。

软件工程试验指导书

软件工程试验指导书

软件工程试验指导书1. 实验目的本实验旨在通过实践,让学生们了解和掌握软件工程的基本概念、原理和方法,培养学生们的软件开发和项目管理能力。

2. 实验前准备2.1 软件工具安装在进行本实验之前,需要安装以下软件工具:•IDE(集成开发环境): 推荐使用Eclipse、Visual Studio Code等流行的开发工具。

•版本控制工具:Git。

2.2 实验材料准备在实验开始之前,需要准备以下材料:•一台个人电脑;•一个Github账号;•需求文档或项目需求说明书。

3. 实验步骤3.1 创建项目1.在Github上创建一个新的仓库,用于存放本次实验的代码和文档。

2.将该仓库Clone到本地计算机。

3.2 进行需求分析1.根据实验的要求和提示,详细阅读需求文档或项目需求说明书。

2.理解并分析需求,确定项目的功能和范围。

3.3 设计系统架构1.根据需求分析的结果,设计系统的基本架构。

2.利用UML语言或其他适当的方式,绘制系统的概念模型、用例图等。

3.4 编写代码1.根据需求和设计,编写代码实现项目的功能。

2.在代码中遵循软件工程的相关规范和最佳实践。

3.5 进行单元测试1.编写测试用例,对项目的各个模块进行单元测试。

2.测试用例覆盖率应尽可能高,并覆盖边界情况。

3.6 代码审查和修改1.邀请同组同学或其他学生进行代码审查。

2.对审查结果进行对比和分析,进行代码修改和优化。

3.7 完成项目文档1.根据实验要求,编写完整的项目文档,包括系统设计、实施计划、测试报告等。

2.将文档保存到Github仓库的相应目录下。

3.8 提交代码和文档1.将代码和文档Commit到本地仓库。

2.将本地仓库的修改Push到Github仓库。

4. 实验注意事项•在进行实验前,务必仔细阅读实验要求和提示。

•在实验过程中,遇到问题请及时向教师或助教寻求帮助。

•实验结束后,务必按时提交实验报告,否则将扣分。

5. 实验总结通过本次实验,学生们能够学习到软件工程的基本概念、原理和方法,并能通过实践应用到实际项目中。

轻松上手——软件测试作业指导书

轻松上手——软件测试作业指导书

轻松上手——软件测试作业指导书第1章软件测试基础 (2)1.1 软件测试的定义与目的 (2)1.2 软件测试的分类 (3)1.3 软件测试的基本原则 (3)第2章测试用例设计 (3)2.1 测试用例的概念与组成 (4)2.2 等价类划分法 (4)2.3 边界值分析法 (4)2.4 因果图法 (5)第3章黑盒测试 (5)3.1 黑盒测试概述 (5)3.2 功能测试 (5)3.3 功能测试 (6)3.4 安全性测试 (6)第4章白盒测试 (7)4.1 白盒测试概述 (7)4.2 逻辑覆盖测试 (7)4.3 循环测试 (7)4.4 程序插桩 (8)第5章静态测试 (8)5.1 静态测试概述 (8)5.2 代码审查 (8)5.3 代码走查 (9)5.4 静态代码分析工具 (9)第6章自动化测试 (9)6.1 自动化测试概述 (9)6.2 自动化测试工具 (10)6.3 测试脚本的编写与维护 (10)6.4 自动化测试框架 (10)第7章功能测试 (11)7.1 功能测试概述 (11)7.2 压力测试 (11)7.2.1 压力测试目标 (11)7.2.2 压力测试方法 (11)7.3 负载测试 (11)7.3.1 负载测试目标 (12)7.3.2 负载测试方法 (12)7.4 稳定性测试 (12)7.4.1 稳定性测试目标 (12)7.4.2 稳定性测试方法 (12)第8章兼容性测试 (12)8.1 兼容性测试概述 (12)8.2 浏览器兼容性测试 (12)8.3 操作系统兼容性测试 (13)8.4 移动设备兼容性测试 (13)第9章安全性测试 (13)9.1 安全性测试概述 (13)9.2 静态安全性分析 (14)9.2.1 代码审查 (14)9.2.2 代码度量分析 (14)9.2.3 静态应用程序安全测试(SAST) (14)9.3 动态安全性分析 (14)9.3.1 渗透测试 (14)9.3.2 模糊测试 (14)9.3.3 安全性评估 (14)9.4 漏洞扫描工具 (14)9.4.1 Acunetix (14)9.4.2 Burp Suite (15)9.4.3 OpenVAS (15)第10章测试管理 (15)10.1 测试计划与策略 (15)10.1.1 测试目标 (15)10.1.2 测试范围 (15)10.1.3 测试方法与策略 (15)10.1.4 测试资源与时间表 (15)10.2 测试过程管理 (15)10.2.1 测试用例管理 (15)10.2.2 测试执行 (15)10.2.3 测试监控与控制 (16)10.2.4 测试报告 (16)10.3 缺陷管理 (16)10.3.1 缺陷识别与报告 (16)10.3.2 缺陷跟踪与修复 (16)10.3.3 缺陷分析 (16)10.4 测试团队协作与沟通 (16)10.4.1 团队组织与分工 (16)10.4.2 沟通机制与工具 (16)10.4.3 项目协调与支持 (16)第1章软件测试基础1.1 软件测试的定义与目的软件测试是在规定的条件下,对软件产品进行操作以发觉软件缺陷、验证软件功能、功能等是否满足需求的过程。

软件测试技术实验指导书

软件测试技术实验指导书

软件测试技术实验指导书公司内部编号:(GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-《软件测试技术》实验指导书实验1、自由测试一、实验目的1.理解软件测试的概念。

2.提高反向思维的能力。

二、实验任务针对某产品Beta的版本,对照其竞争对手的产品,进行测试,以发现该软件产品潜在的任何问题,记录下来。

Discuz! X beta 对比 PHPWind实验2、黑盒测试方法:等价类划分法+边界值分析方法一、实验目的1.掌握等价类、有效等价类、无效等价类、边界值等概念。

2.掌握边界值分析法、等价类划分法的测试用例设计方法。

3.能够将这两种方法结合起来,灵活运用二、实验任务以下三个任务、至少完成一个1、对三角问题综合运用边界值分析方法、等价类划分方法设计测试用例。

三角形问题:void Triangle (int a, int b, int c)函数规定输入三个整数a、b、c分别作为三边的边长构成三角形。

通过程序判定所构成的三角形的类型(等边三角形、等腰三角形、一般三角形、构不成三角形),并在屏幕上输出。

1<=a,b,c<=200。

实验步骤:①划分等价类,得到等价类表。

等价类表格式如下:②综合运用这两种方法设测试用例,得到测试用例表:③综合运用这两种方法设测试用例,得到测试用例表:④根据上述测试用例表,能否进行优化,获得最小测试用例集合:2、对于找零钱最佳组合问题运用边界值分析法设计测试用例。

实验步骤:①分析边界值。

②运用健壮性边界条件法设计测试用例,得到测试用例表(测试用例表格式同实验1)。

③执行测试,填写软件缺陷报告(软件缺陷报告格式同实验1)。

3、现有一个程序int CheckTel(char *rc, char *n)执行电话号码有效性检查功能,中国的固定电话号码由两部分组成。

这两部分的名称和内容分别是:地区码(rc):以0开头的三位或者四位数字(包括0)。

电话号码(n):以非0、非1开头的七位或者八位数字。

软件开发的测试与部署作业指导书

软件开发的测试与部署作业指导书

软件开发的测试与部署作业指导书第1章引言 (4)1.1 背景与目的 (4)1.2 适用范围 (4)1.3 参考文献 (4)第2章测试基础概念 (4)2.1 软件测试的定义与目的 (5)2.1.1 定义 (5)2.1.2 目的 (5)2.2 测试类型与级别 (5)2.2.1 测试类型 (5)2.2.2 测试级别 (5)2.3 测试过程与生命周期 (6)2.3.1 测试过程 (6)2.3.2 测试生命周期 (6)第3章测试计划与策略 (6)3.1 制定测试计划的要点 (6)3.1.1 目标与范围 (6)3.1.2 测试方法与工具 (6)3.1.3 测试级别与类型 (6)3.1.4 风险评估与控制 (7)3.2 测试策略的制定 (7)3.2.1 测试依据 (7)3.2.2 测试顺序与优先级 (7)3.2.3 测试环境与数据准备 (7)3.2.4 缺陷管理 (7)3.3 测试资源与时间安排 (7)3.3.1 人力资源 (7)3.3.2 设备资源 (7)3.3.3 时间安排 (7)第4章测试用例设计 (7)4.1 测试用例的基本要素 (7)4.1.1 测试用例编号 (8)4.1.2 测试用例名称 (8)4.1.3 测试项目 (8)4.1.4 测试目标 (8)4.1.5 测试前提条件 (8)4.1.6 测试输入数据 (8)4.1.7 测试步骤 (8)4.1.8 预期结果 (8)4.1.9 实际结果 (8)4.1.10 测试结论 (8)4.1.12 测试时间 (8)4.2 测试用例设计方法 (8)4.2.1 等价类划分法 (8)4.2.2 边界值分析法 (9)4.2.3 错误推测法 (9)4.2.4 因果图法 (9)4.2.5 决策表法 (9)4.2.6 场景法 (9)4.3 测试用例评审 (9)4.3.1 评审人员 (9)4.3.2 评审内容 (9)4.3.3 评审过程 (9)4.3.4 评审结果 (9)第5章测试执行与跟踪 (9)5.1 测试环境搭建 (9)5.1.1 环境概述 (10)5.1.2 环境搭建步骤 (10)5.1.3 环境配置管理 (10)5.2 测试执行过程 (10)5.2.1 测试用例执行 (10)5.2.2 测试数据管理 (10)5.2.3 测试进度监控 (10)5.3 缺陷跟踪与管理 (10)5.3.1 缺陷报告 (10)5.3.2 缺陷跟踪 (11)5.3.3 缺陷管理工具 (11)5.4 测试报告 (11)5.4.1 测试报告内容 (11)5.4.2 测试报告编写要求 (11)第6章自动化测试 (11)6.1 自动化测试概述 (11)6.2 自动化测试工具选择 (11)6.3 自动化测试脚本编写 (12)6.4 自动化测试框架 (12)第7章功能测试与优化 (12)7.1 功能测试基本概念 (12)7.2 功能测试方法与工具 (13)7.2.1 功能测试方法 (13)7.2.2 功能测试工具 (13)7.3 功能瓶颈分析 (13)7.4 功能优化策略 (13)第8章部署策略与流程 (14)8.1 部署概述 (14)8.2.1 硬件环境 (14)8.2.2 软件环境 (14)8.2.3 网络环境 (14)8.2.4 安全策略 (14)8.3 部署流程与步骤 (14)8.3.1 部署计划 (14)8.3.2 部署步骤 (14)8.4 部署脚本编写 (15)8.4.1 脚本语言选择 (15)8.4.2 脚本结构 (15)8.4.3 脚本维护 (15)8.4.4 脚本测试 (15)8.4.5 脚本文档 (15)第9章部署验证与回滚 (15)9.1 部署验证方法 (15)9.1.1 验证概述 (15)9.1.2 功能验证 (16)9.1.3 功能验证 (16)9.1.4 兼容性验证 (16)9.1.5 安全性验证 (16)9.2 验证测试用例设计 (16)9.2.1 测试用例设计原则 (16)9.2.2 测试用例设计方法 (16)9.2.3 测试用例评审 (16)9.3 部署问题分析与解决 (16)9.3.1 问题发觉 (16)9.3.2 问题定位 (16)9.3.3 问题解决 (16)9.3.4 问题跟踪 (17)9.4 部署回滚策略 (17)9.4.1 回滚条件 (17)9.4.2 回滚流程 (17)9.4.3 回滚操作 (17)9.4.4 回滚后处理 (17)第10章持续集成与持续部署 (17)10.1 持续集成概述 (17)10.1.1 定义与意义 (17)10.1.2 基本流程 (17)10.2 持续集成工具与平台 (18)10.2.1 常用持续集成工具 (18)10.2.2 选择合适的持续集成平台 (18)10.3 持续部署实践 (18)10.3.1 持续部署概述 (18)10.4 持续优化与改进 (18)10.4.1 优化持续集成与持续部署流程 (18)10.4.2 持续集成与持续部署的度量与监控 (19)第1章引言1.1 背景与目的信息技术的迅速发展,软件产品已成为各行各业中不可或缺的部分。

软件产品测评作业指导书

软件产品测评作业指导书

软件产品测评作业指导书目录一适用范围 (3)二引用文件 (3)三软件质量特性及有关术语定义 (3)3.1功能性FUNCTIONALITY (3)3.2可靠性RELIABILITY (4)3.3易用性USABILITY (4)3.4易操作性O PERABILITY (5)3.5效率EFFICIENCY (5)3.6可维护性MAINTAINABILITY (5)3.7可移植性PORTABILITY (5)3.8用户文档集USER DOCUMENTATION (6)3.9产品说明PRODUCT DESCRIPTION (6)3.10测试用例TEST CASE (6)3.11判定VERDICT (6)3.12判定准则VERDICT CRITERIA (6)四测试内容 (7)4.1用户文档集测试 (7)4.2功能性测试 (8)4.3可靠性测试 (11)4.4易用性测试 (12)4.5效率测试 (18)4.6可维护性测试 (19)4.7可移植性测试 (19)4.8产品说明测试 (21)五测评工作流程 (24)5.1需求调研 (25)5.2需求确认 (25)5.3测评实施 (25)六软件产品测评工作的组织 (27)七判定准则 (27)7.1判定的准则 (27)7.2判定的度量 (27)八软件产品测评中产生的相关文档和记录 (28)一适用范围本细则适用于对软件产品的测试。

规定了在进行软件产品测试时的引用文件(标准)、软件质量特性、测评方式、测评类型、测评内容、判定准则、测评工作流程等方面的要求。

二引用文件GB/T 25000.51-2010《软件工程软件产品质量要求与评价(SquaRE) 商业现货(COTS)软件产品的质量要求和测试细则》。

GB/T 25000.1-2010《软件工程软件产品质量要求与评价(SQuaRE)SQuaRE 指南》。

GB/T 16260-2006《信息技术软件产品评价质量特性及其使用指南》其它有关技术标准。

软件测试技术实验指导书—2016.pdf(终稿)

软件测试技术实验指导书—2016.pdf(终稿)

软件测试技术实验指导书谢红薇、崔冬华、宋晓涛、兰方鹏编写2016 年9 月16 日实验名称实验二黑盒测试方法实验地点实验时间一、实验目的和要求⑴熟练掌握黑盒测试方法中的等价类测试方法和边界值测试方法。

⑵通过实验掌握如何应用黑盒测试方法设计测试用例。

⑶运用所学理论,完成实验研究的基本训练过程。

二、实验内容和原理1.用你熟悉的语言编写一个判断三角形问题的程序。

要求:读入代表三角形边长的三个整数,判断它们能否组成三角形。

如果能够,则输出三角形是等边、等腰或一般三角形的识别信息;如何不能构成三角形,则输出相应提示信息。

2.使用等价类方法和边界值方法设计测试用例。

三、主要仪器设备笔记本电脑四、操作方法与实验步骤⑴先用等价类和边界值方法设计测试用例,然后用白盒法进行检验与补充。

⑵判断三角形问题的程序流程图和程序流图如图1和图2所示。

用你熟悉的语言编写源程序。

⑶使用等价类方法设计测试用例,并填写完成表2和表3。

⑷输入设计好的测试用例,执行源程序,记录输出结果。

表2. 等价类划分表输入条件有效等价类无效等价类是否构成三角形是否等腰三角形是否等边三角形表3. 测试用例表用例编号测试数据(A, B, C)等价类覆盖情况输出五、实验数据记录和处理六、实验结果与分析七、讨论、心得图3⑶在弹出的“Record and Run Settings”对话框中切换至“Windows Applications”标签,如图4所示:图4⑷在弹出的对话框中,选择“Application details:”中右边的“+”标签,如图5所示:图5⑸在弹出的对话框中按照默认选项选择,然后点击“ok”按钮,如图6所示:图6⑹在弹出的“Login”界面中输入用户名和密码,如图7所示。

注意:用户名至少是4个字符,密码是“mercury”。

图7⑺在弹出的“Flight Reservation”窗口中选择订票日期、出发地和目的地,然后选择“Flight”图标选择航班,如图8所示。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
本程序适用于本公司工程部所从事软件测试的相关技术人员。
3职责
3.1工程部电子主管负责提供市场上对产品软件的需求信息和客户提供的资料接收。
3.2工程部软件组负责电路和软件设计的策划、输入、输出、评审、验证、更改和确认。
3.2.1软件组长负责提供软件资料和信息接收,评审,制订开发进度表,软件设计和开发的责任
版本
修订日期
修订内容
原(修)订人
1.01
2010-5-10
增加8.3掉电速度测试
程友江
需会签部门:■市场部:■工源自部:■品质部:■采购部:■生技部:□管理部:
■PMC部:■仓储部:□财务部:
■生产部:■文控中心:
1目的
为确保软件设计和开发能预期达到客户所规定和期望的要求,特制订本测试作业指导书。
2适用范围
13.3当进入设置模式时,拔动开关。此时设置是否受开关的改变而退出或保持在原状(视规格书而定)。
13.4当在按键或不按键的两种状态和决速拔动开关,模式是否因此种非法操作而出错、LCD的显示是否能及时刷新显示。
14、方向键处理测试:
方向键处理主要是针对于当RUC方向键的机械结构为一个整体时,为适应此种机械结构而在软件中对五个方向键进行特殊处理操作。在进行方向键测试时,当注意五个方向键是否处于同一输入端口若不处于同一端则应当提出。方向键的处理方法因各个客户规定各不相同,所以对不同机型的方向键处理测试时应严格按照规格书进行。
12.2当RCU所用LCD为点阵型时,对LCD的测试一定要对照规格书的显示图进行逐点核对,看其是否符合规格。在测试过程中不能出现有LCD显示点的个数缺少位置不符等不正常现象。
13、开关档位测试:
模式转换开关拔动测试主要是针对带有模式开关的RCU进行开关拔动测试,各种模式的设置是否受开关的改变而改变,LCD在此种操作下会不会出现在此操作中应对以下四种不同情况进行测试:
5.5.4双键测试:
除规格书特殊要求外,双键同时按时,都应不发码。同时按A和B,先释放“A”键,应发“B“键的码,反之应发“A”键的码。总之,在任何情况下,不管是“A”、“B”哪个键先释放,最后保留所按下的单键都应是重新发码。
6、多键测试:
除客户特别有要求外,多键(二键以上)都应不发码。在一般情况下不管是按住双键或多键应无发码,如果客户规格有双键或多键功能时,此时应特别留意当按住规定的双键、多键发码时按其余键,测试此时是否互锁互锁后再释放其余的键,测试此时发码是否符合规格。
b.测试时是:X:wait time在变化还是T: Cycle time时间在变化。
c.快速按键测试时,观察是否发码,发几帖码。发出的码是否符合规格,它的第一组,第二组,第三组是否都符合规格要求,并予记录。
d.同一键按多次测试,即多次测试同一个键,观察键码是否发生改变,此测试有两种情况,第一种是连续多次按统一键,另一种是按一次测试键,然后按一次其他键,再按测试键,如此循环,检查码是否符合规格,是否会出现出错码的现象。
11、按键反应时间测试:
指从按键MCU的输入端口电平变换到IR信号发送出来的这一段时间。在测试反应时间时,对于遥控器带有功能转换开关或跳线模式,则应在转换开关的各档位或每个跳线模式下作测试。若无客户特别规定,按键反应时间一般在20ms一5Oms之间。MCU的输入端口随选用的IC不同而不同。
12、LCD显示测试:
5.5.2此测试的目的是检测快速按键发码是否正常,一般情况下只发一帧码,参考图1(特殊格式除外)。如果快速按键测试发码为图2,则为不合格。
图1
图2
5.5.3快速双键交换测试,以最快的速度按住“A”键,此时发的是“A“键的码,又以最快的速度按住”B“键,马上又释放”A“键,此时应发”B“键的码,就这样连续交换测试数10次,检查是否有异常情况发生。
S: Start code
E:End code
H:Header time
E:Ending time
0:Waveform time of data bit 0
1:Waveform time of data bi
T:Cycle time
CF:Carrier frequency(unit: Hz or us)
5.3键位与码测试
检查遥控器每一个跳线下的每一个按键所发的IR码是否符合规格。对于多功能遥控器,应测试各种模式下每个设置的每一个键的码,并测试在不同设置下其它模式的键码是否因此设置而发生变化。
5.4设置改变时专用键测试
此项测试主要是针对具有多功能设置的遥控器进行测试,要确保遥控器的专用键(即不受设置改变而改变的按键)不受设置影响而改变,检查遥控器在每个档位中当2009-12-4设置改变时是否因不同的设置而使其IR码,格式改变。对于多档位的遥控器,还应注意交叉测试。即一个档位的设置改变了是否会影响其他档位的IR码格式。
15、测试模式测试:
此测试主要是对当RCU进入测试模式下所有按键的发码,显示等是否符合客户规书要求。对于发码较复杂的机型,如空调的IR码;带有LCD显示的机型若客户规格书未作要求,为方便生产品质控制,要求软件工程师都应自订一个测试模式。自定的测试模式要包含能测试所有按键是否正常,所有的开关是否正常.所有的硬件电路能否工作,LCD显示全显,半显,不显点操作等。
Duty: Carrier duty
Toggle bit: waveform time
X: Wait time
Y: Wait time
5.1.6软件在测试码时要注意以下几项。
a.它是属于重复结束码、还是重复整组码或是只重复数据码,重复码的整个周期时间是否正常,它的第一组、第二组和第三组的重复数据是否符合规格要求。
7、乱按键测试:
在摇控器键位上乱按测试100次以上,在乱按键过程中应注意观察有无死机,发乱码,或常发射,LCD显示字体错乱等现象。
8、按键入电、掉电测试及正常入电、掉电测试:
8.1先按任意键然后入电,测试其功能是否会出现异常,如:死机、IR管常发射、发错码、LCD显示字体错乱等。对于单功能的遥控器,一般情况若客户未作要求,按键入电应不会发码的,因为上电发码可能会影响MCU读跳线。
9、静态、动态电流测试:
静态电流是指RCU在无按键情况下RCU所消耗的电流,动态电流是指RCU在正常工作发码的情况下,RCU所消耗的电流。
9.1在进行静态、动态测试时,测试标准电压应为3+/-0.1v,如遥控器带有模式转换开关或跳线模式,则应在每种模式转换开关档位或跳线模式下作相应测试。
9.2在进行静态电流测试的过程中,要对下列两种情况分别测试:一是不按键的情况下从上电到静态电流稳定所需时间,一般只需5-8秒万用表的读数就应稳定下来,若存在不停的有较大幅度上下跳变或居高不下的清况都属于不正常现象;二是当按键发码后静态电流也应很快平稳下来,否则都属于不正常现象
给生产技术部。
3.2.6工程部样板组负责软件样机的制作、测试。
4测试程序及方法
4.1软件测试项目如下:
4.1.1码的规格测试,
4.1.2键位与码是否相符测试
4.1.3快速单键/双键测试
4.1.4双键测试
4.1.5多键测试
4.1.6乱按键测试(多次按单,双键)
4.1.7按键入电、掉电测试
4.1.8功能键测试(如SHIFT键,backlight,触摸屏,学习,搜索等)
5.1码的规格测试与步骤
5.1.1收到一款新的测试通知后,应认真研究测试通知书及客户规格书,并准备样机准备测试,
5.1.2测试人员在测试软件之前,应确保测试样机每一按键有效,静态动态电流正常。
5.1.3码的规格测试主要包括码的格式,IR码的类型,重复码的类型,IR码的各个时间参数进行测试。对于单一功能遥控器,按键测试每一个键码,将IR码的各项参数与规格书进行比较,如有不符合标准,将其记录于测试报告中;对于多功能遥控器,应测试各模式下每一个设置的每一个键的码极其发码格式是否符合规格,并测试在不同设置下其它模式的键功能是否发生变化。
5.1.4测试软件时应按照不同的格式相应记录以下列表中的各项;对于多功能遥控器IR码只作抽样记录,但所有键均需进行读码校对测试,对于没有设置功能的遥控器应将每个按键下的每个IR码都记录于报告中。
C:Customer code
D: Date code
RC:Reverse customer code
RD:Reverse data code
8.2正常入电、掉电测试是指在未按键的一青况下连续进行入电、掉电100次以上,每次入电后都应检查遥控器的IR是否正常,LCD显示是否正常,开关跳线有无错误。不能出现如:死机、IR管常发射、发码的格式不对或发错码、LCD显示字体错乱等。
8.3掉电速度测试:为了避免在掉电过程按键以致对其它外部储存器构成影响,要做掉电速度测试。对带储存IC的RCU掉电到1.0V以下应<1S,对不带储存IC的RCU掉电到截止电压应>10S.
13.1在按住一受开关状态影响的键,在发码的同时拔动模式转换开关,此时MCU应保持原IR码发送或不发码,具体情况可以根据所用MCU型号及客户规格书而定。在此种操作下RCU不能出现因开关档位改变而码错,格式错等现象。
13.2在按住一受开关状态影响的键,在发码的同时拔动模式转换开关,LCD显示是否随着模式的改变而改变(视规格书而定)。
分配、跟进,以及开发结果的验收,必要时提供技术支持。
3.2.3测试组工程师负责根据客户规格书要求制订测试方案,,测试编写工厂测试程序。
3.2.4工程部软件测试技术人员负责对新开发的软件进行测试,验证及记录,并完成测试报告。
3.2.5项目组负责开发进度跟踪,安排软件测试样机给客户确认,提供烧录软件和测试机架
5.2IR码时间参数测试:
对于除周期之外的时间误差范围定在+/-3%之内,但对于某些bit时间较短的码,由于MCU指令周期的原因,可能会超出此允许误差,此情况应征得客户或相关人员的确认;对于码的周期时间误差范围为+/-0.5ms之间,对于有些格式不是周期固定,而是X时间固定的时间误差范围也同样为+/-0.5ms之内。如果客户有特别要求,需根据客户标准进行相关的测试。
相关文档
最新文档