考勤门禁测试（一）——项目定制测试

一份勤奋一份才

—共勉

从部门到部门的申请调动，此刻我已经坐在了软件测试部门的办公室里。一个月半的学习和目前刚完成第一个定制项目的测试完成，突发奇想写篇博客记录。写博客，应该会坚持了，从手写到码字，从纸质到博文，从懒于学习到想学习到实践学习，从没习惯整理资料到强迫自己整理到慢慢养成整理资料，不得不承认自己的心态和想法上有了很大的转变。

朋友会一路拥有一路失去，何况是知识呢。现在才惊觉学习是件需要持续学习和长期维护的事情，有个掘金上认识的小伙伴给我很大的触动。坚持写博文，到面试前就按着自己的博文路线来走，不得不说有影响到我，不喜喧闹，闷声学习和发博文，某次闲聊跟我分享道：技术的学习不能太喜闹，需要静心，需要思考，需要沉淀。后面我才知道这位大哥是广州工业的大哥，然后问我你工资怎么这么低，我刚毕业校招就拿到了8k+~ 我...我...我喝杯..

背景介绍：

考勤机实现人、地、时三者合一，去除考勤虚假，为公司省去不必要的加班费用付出。对企业职员的人事出勤进行公正合理并有效、科学的管理已成为各单位面临的现实课题。

门禁机是门禁系统的核心控制设备，以大容量FLASH作为存储载体，具有数据存储可靠，掉电数据不丢失，集管理和自动控制为一体。实现门禁的自动化管理，数据还可用于考勤，实现门禁考勤双功能，同时与一卡通系统可以无缝连接。广泛应用于智能大厦或智能社区的门禁控制、考勤管理、安防报警、停车场管理、电梯控制、楼宇自控等，还可与其它系统联动控制等多种控制功能。

考勤机 &&门禁机

其实不明白也没事儿毕竟等正式工作后就知道是什么啦 || 工作后日常考勤~

技术支持

了解考勤门禁系统的概念&&功能介绍&&参数列表

了解考勤门禁新老架构的系统

了解考勤门禁涉及到的硬件知识

了解考勤门禁启动过程及固件运行模式&&Linux调试&&Linux命令

技术工具&&用户书册&&测试用例&&测试FAQ(常见的问题项目与对应问题的解答)

知识填充

了解考勤门禁涉及到的硬件知识

核心板、主板、屏幕、指纹头、通讯模块、刷卡模块、排线、等等

通讯模块：WIFI模块、GPRS模块

刷卡模块：ＩＤ、MF、等等

等等..

功能介绍

功能点：用户管理、权限管理、通讯设置、系统设置、个性设置、数据管理、门禁管理、U盘管理、记录查询、短信息、工作号码、自动测试、系统信息

测试点：控制器、通讯方式、门禁功能、反潜功能、wiegand、门铃、选配卡类、算法版本、适配指纹头、Photo ID、面部识别、POE、位码、其它、webserver、外接读头、定时响铃

其它：   摄像头、内置后备电池、考勤照片下载、DNS、ADMS功能、SSR（OP1000）、DHCP、打印功能、Soap功能、TTS、U盘上传下载、短消息、workcode、T9输入法、后台验证、外接指纹仪、夏令时、记录查询、定时状态转换...

建议参考第一点功能点-一级菜单：第二三点过于笼统：细化功能比较多建议百度全面资料

Linux

调试：机器调试、main调试、调试许可Licdm程序、U盘调试

登录退出系统：telnet、exit、reboot

目录相关：pwd(显示当前路径)、ls、cd、mkdir、df(查看当前系统存储空间使用情况单位kb)

文件操作命令：touch(创建文件)、cp(复制)、rm、chmod(授权 / chmod 777 文件名)

文件打包命令：tar(cvzf打包 czvf / xvzf解压vzvf )、gzip、gunzip

文件传输命令：tftp

运行命令：./main && Ctrl+C组合键

telnet+ip

cd/mnt/mtdblock

cd /etc > passwd > 输入pw >确认pw >cp passwd cd/mnt/mtdblock &&cp passwd cd/mnt/mtdblock /data

tar cvzf cd/mnt/mtdblock *

tar xvzf ××.tgz  (cd/mnt/mtdblock)

tftp -l 本地文件 -r -p 电脑ip 机器-->电脑打开同目录的tftp

tftp -r ××.tgz -g 电脑ip 电脑 --->机器  打开同目录的tftp

定制测试流程

测试流程：接收定制任务/资料，检查资料的准确性以及找技术再次确认需求，配置测试环境、开始定制功能测试、开始标配功能测试、输入测试用例、输出缺陷报告、找技术确认缺陷问题、移交项目资料。

测试机器、检查相关硬件配件、自行解决。

测试工具：Xshell、写参数工具、tftp工具、Newcapture_alex截图工具、配套的考勤软件/门禁软件、多国语言测试工具、配套SDK&&Demo等

在网上也看了很多资料，对于测试流程各有各的理解，可以说是很杂。固然实践重要，但理论也很重要~先有思路再沿线摸索

测试过程&&测试用例

第一部分：测试用例的编写：

固件测试报告

测试缺席报告

定制功能操作简易说明书

定制功能确认单

客户需求功能说明书

移交资料（SDK&Demo&定制固件包）

客户需求功能说明书：

概述
需求背景
定制背景分析: 客户之前××定制未移交工厂，现在重新添给加到××平台
详细需求描述部分：客户定制需求

心得： 明确客户的定制需求，细化了解相关的需求以及定制功能所在的区域和所需配套的参数。

学会整理会让工作变轻松，测试中学会归纳。

定制功能确认单：

定制固件的版本号：检查填写的相应的版本号是否和项目的版本好一致，如果不一致改成一致【重要检查】
功能分类：功能描述：标配功能：根据公司的订单系统检查技术填写好的需求，是否有功能遗漏和填写不支持的标配功能，发现不支持的功能及时与技术进行沟通，避免耽误增大工作难度。确认语言环境/确认系统环境/ 填写定制语言语音信息/ 技术签字&测试签字。确认好单子后，在完成定制测试后，每每完成一个标配功能都在后面方格打上OK标识。
一定要细心核对技术勾的功能点，多细心。多细心，多细心都不为过。

定制功能操作简易说明：类似操作手册

项目概要信息
第一部分定制功能列表：复制客户需求功能说明书里的定制需求
第二部分文件存放目录结构：移交定制固件的资料名称/截图
第三部分功能option参数配置和说明：新增参数 /标配功能参数配置 / 新增语言以及相应的语言包列表名
第四部分定制MCU程序及定制硬件信息：MCU程序说明 / 定制硬件说明
第五部分定制功能操作说明：主要是描述定制需求功能的测试过程：
功能说明 / 参数配置 / 新增菜单路径 / 新增语言 / 功能操作步骤描述
第六部分互斥功能说明 / 定制变更说明：主要记录：描述功能功能 / 主流环境与定制环境等的互斥因素

总结：文档一式两份(中/英) 编写一定要图文并茂通俗易懂一定要边测试编边写操作文档

测试报告

编写目的：本测试报告的目的是总结测试阶段的测试数据以及分析测试结果,描述该功能是否符合客户定制要求.

预期参考人员包括测试人员、开发人员、项目管理者、其它质量管理人员和需要阅读报告的高层经理。
基本信息：项目描述 / 测试环境(填写) / 定制环境(勾选) / 移交文档资料(勾选)
定制功能测试：参考 "定制功能操作简易说明书" 一定要图文并茂一定要想详细越好一定要细心

总结：在编写测试用例的过程中除了根据公司模板填写好相应的仔细，一定要细心一定要图文并茂一定要记录清晰。

在测试过程中不小心把参数提前写好了，没有留意在好搭建主流&定制环境后，定制功能因为定制环境的烧写后：有没有实现？是否有确认文件是 ×.tgz/data/updateoptions.cfg /×.tgz/data/updateoptions.txt ，研发提供的文件一定是.cfg格式 / 测试过程中的文件一定是.cfg格式 / 完成测试后需要移交的定制文件下的updateoptions一定是updateoptions.txt，移交的时候一定要改成.txt格式，避免不规范；测试过程中，如果updateoptions文件是txt,则影响定制功能的功能参数，则定制包的烧写则无意义，功能没有实现。测试过程中一定要留意相应的测试流程，不要图快，操之过急或事倍功半，切记。移交资料里面测试的压缩包在测试完成，移交时：需要把测试用的文件包删除，只留.tgz格式的压缩包就行。小小细节，需要留意。

测试缺陷报告

总结：缺陷报告，怎么形容描述呢。就是把测试过程中遇到的问题整理记录在一个文件里面，测试完后移交给开发修改。

在软件测试的过程中，心要细，发散性思维很重要，在测试前编辑好测试用例，做好查漏补缺。

在固件测试过程中，目前这份工作可能更偏重功能的实现，以及问题的记录，对于固件的测试用例&缺陷报告，从定位上来看更偏功能，功能功能功能，文档编写时细腻，测试时耐心细心。测试大多想通。万变不离其宗。

本来想写测试过程中问题的整理，写着写着就成了测试用例的分析~

今天刚刚完成第一个定制练习，给了五天时间，实则花了6天，是的，今天是第六天。

今天移交的测试资料.tgz，提交-驳回-提交-驳回-提交-驳回-提交-ok。

在接近一个半月的学习和磨合中，在看似简单的学习中，实则却感觉到每一步都走的艰难，苦其心志？劳其筋骨？哦豁，难搞哦。

熟悉菜单→细化功能键→结合相应操作手册/测试用例.
Linux配置环境(主流/定制)→xshell→lLinux命令→文件的上传下载→测试相应功能所需要相应测试工具的使用
开参数→了解参数值/开参数工具等工具
考虑测试场景→跟技术沟通测试中遇到的问题→测试过程中遇到的问题→解决问题→避免bug→整理FQA

结语：革命尚未成功革命仍需努力

时间真的过得好快，不知不觉八月又要来了，一个半月对自身的评价：弱。知识体系尚弱，测试过程中发散性思维弱，直至今日走通了第一个定制测试，心里踏实了许多：下一步加强对测试工具掌握很重要。

作为一名测试工程师：坚持原则，相信自己，不服就怼原则很重要。