12 软件测试记录表

/输入是否正常
100次，检查接总
深圳易方数码科技股份有限公司
软件测试报告
；
常播放？
1、wma、mp3、WAV、ogg、带
4、语言转换后，视频、音乐播放
否异常：如断断续续，播放死机等。

语言是否一致,
2、相对应语种的LRC歌曲和带ID3（标题标示码）歌曲是否正常显示
3、关机再开机，检查设置是否记
2、检查格式化后容量与flash容量是否一致;
（设置日期
、时间、时
要求
常
是否正常
234常；
2 3 4、在播放/
2
常，3.
象，
不支持
正常
是否正常;
常;
求相符
忆,
否正常；
忆,
一致;
忆;
行;
忆;
4、语言转换后，视频、音乐播放是否异常：如断断续续，播放死机等。

2、检查格式化后容量与flash容量是否一致;
正常;
语言是否一致,
2、相对应语种的LRC歌曲和带ID3（标题标示码）歌曲是否正常显示;
3、关机再开机，检查设置是否记忆;。

等；
）。

广西师范大学计信学院《软件测试技术》课程实验实验报告题目：黑盒测试法--判定表法班级：学号：姓名：完成日期：实验二黑盒测试法——判定表法实验目的：1.掌握因果图、判定表的方法2.掌握按判定表设计测试用例实验时间：4学时实验内容：1、题目一：隔一天日期问题功能描述：输入年份、月、日；输出：输入日期在日历上的隔一天日期。

如输入1912年12月15日，应输出1912年12月17日。

要求：(1) 读源码并分析程序，给出问题规定的可能采取的操作（即列出所有的动作桩）。

(2) 画出简化后的决策表，设计测试用例。

(3) 执行测试用例，进行测试记录和缺陷统计，给出缺陷报告。

2．程序设计及测试（以下任选一个），要求撰写测试报告（格式参照实验一）。

（1）请自己设计象棋走马问题程序，要求给出需求说明书，采用因果图法或综合采用所学黑盒测试法设计测试用例，并执行测试用例，进行缺陷统计和分析，并修正Bug。

（2）请设计实现简单的计算器功能，要求给出需求说明书，综合采用所学黑盒测试方法设计测试用例集合，并执行测试用例，进行缺陷统计和分析，并修正Bug。

实验过程：实验1：（1）动作桩：A1:day+2 A2:day=2 A3:day=1 A4:month+1 A5:moth=1 A6:year+1 A7:不可能有效等价类：Year：Y1{year是闰年} Y2{year不是闰年}Month：M1{month=4、6、9、11} M2:{month=1、3、5、7、8、10}M3{month=12} M4{month=2}Day：D1{1<=day<=26} D2{day=27} D3{day=28} D4{day=29} D5{day=30}D6{day=31}缺陷：当结果日期需要跳至下一个月时，结果会显示两次。

实验2：条件桩：1、棋子落在棋盘外2、落点未与起点构成日字型3、落点处有己方棋子4、落点处的临近交叉点5、落点处无棋子6、落点处对方棋子不是老将M：1、2、3、4动作桩：1、不移动棋子2、移动棋子3、除去对方棋子4、提示战胜对方，游戏结束#include <iostream>using namespace std;void main(){cout<<"象棋走马问题，根据情况选择回答0、是或1、否"<<endl;cout<<"“马”的落点处是否在棋盘外"<<endl;int a,b,c,d;cin>>a;cout<<"“马”的落点与起点是否不成“日”字型"<<endl;cin>>b;cout<<"“马”的落点处是否有其他己方棋子"<<endl;cin>>c;cout<<"“马”的落点临近交叉点是否有棋子"<<endl;cin>>d;int x,y;cout<<"“马”的落点处是否有棋子"<<endl;cin>>x;cout<<"“马”的落点出的棋子是否为老将"<<endl;cin>>y;if(a==0&&b==0&&c==0&&d==0)cout<<"不移动棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==1)cout<<"移动棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==0&&y==1)cout<<"移动棋子并出去对方棋子"<<endl;if(a==1&&b==1&&c==1&&d==1&&x==0&&y==0)cout<<"移动棋子并提示战胜对方，游戏结束"<<endl;if(a>1||b>1||c>1||d>1||x>1||y>1)cout<<"输入不规范"<<endl;}程序缺陷：每次运行程序，即使中途就出现输入不规范，但是仍要到最后才能提示出来。

1. 检查每轮测试开始时测试环境是否准备好（包括软件硬件、测试基本数据等）；3. 每轮测试根据上一轮的情况和总体测试计划做分工调整；4. 检查case库的填报情况，抽查执行过的case；5. 检查BUG提交情况，抽查提交的BUG是否规范；6. 每天晚上统计BUG情况，填写每天的BUG报告；7. 根据每天的测试情况，决定是否开发组要发布新的BUILD；8. 每轮测试结束后填写测试总结。

2 下面是针对测试执行人员的：2.1 输入、编辑功能的验证检查点：1. 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；4. 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；5. Form提交后，要逐项检查输入的内容跟通过查询的结果一致；6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确，比如：部门财务软件开发部人员张三7. 备注字段的超常检查；8. 提交保存后能否转到合适的页面；9. 编辑Form显示的数据是否跟该记录的实际数据一致；10. 编辑权限的检查，比如：user1的数据user2不能编辑等；11. 可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；12. 对于保存有事务Trasaction提交，比如一次提交对多表插入操作，要检查事务Trasaction的处理，保证数据的完整和一致；13. 其他的合法性校验。

2.2 查询功能检查点：1. 查询输入Form是否正常工作，不输入数据是否查询到全部记录；2. 当查询的数据非常多的时候，性能有无问题；3. 查询的下拉菜单列出的数据是否正确；4. 查询结果是否正确；对于复杂的查询要通过SQL来检查结果；5. 如输入%*?等统配符是否会导致查询错误；6. 查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；7. 对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；8. 对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；9. 分页的统计数字是否正确，共X页，第N页，共X条记录等；10. 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；11. 查询结果有超链接的情况要检查超链接是否正确；12. 查询权限的检查，比如：user1不能查询到user2的数据等；2.3 删除功能检查点：1. 必须有“确认删除”的提示；2. 根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；3. 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；4. 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；5. 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；6. 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；7. 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；2.4 上传附件检查点：1. 检查是否能正确上传附件文件；2. 检查上传的文件是否能正确下载并打开；3. 至少检查下列大小的文件能正确上传，100k,1M,2M,4M,10M,20M等；4. 如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等；5. 如果有文件类型的限制还要检查能上传的文件的类型；6. 上传同名的文件，在打开的时候是否出错；7. 有中文文件名的文件能否正确上传；2.5 影响操作性能的检查点：（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）1. 对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；2. 菜单树，测试大量数据时菜单树的响应情况；3. 有日志的查询或者统计，要注意查询的效率；4. 大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；5. 大报表的排序sort、组函数的使用等；6. 大数据量的处理，如导入、导出、系统备份、文件传输等；。

《软件单元测试》读书札记目录一、内容概览 (2)二、软件单元测试概述 (3)1. 软件单元测试定义与重要性 (4)2. 软件单元测试发展历程 (5)3. 软件单元测试基本原则 (6)三、软件单元测试基础概念 (7)1. 单元测试的级别 (9)2. 测试方法 (10)3. 测试工具与框架 (12)四、软件单元测试流程 (14)1. 测试计划制定 (14)2. 测试用例设计 (15)3. 测试环境搭建 (17)4. 测试执行与监控 (18)5. 测试报告编写 (19)五、软件单元测试的实战技巧 (20)1. 测试数据的准备与处理 (22)2. 单元测试中的常见问题及解决方案 (23)3. 单元测试与集成测试的协同工作 (23)4. 持续集成与自动化测试实践 (25)六、软件单元测试的最新趋势与挑战 (26)1. 人工智能与软件测试的融合 (28)2. 云计算环境下的软件测试挑战 (30)3. 大数据时代的软件测试技术创新 (31)七、软件单元测试的未来发展展望 (32)1. 测试技术的不断更新换代 (34)2. 自动化测试工具的进一步完善 (35)3. 测试人员的技能提升与职业发展路径 (37)八、结语及心得体会 (38)1. 本书阅读总结及感悟 (39)2. 对软件单元测试的进一步思考与实践计划 (41)一、内容概览引言：简要介绍了软件单元测试的重要性，以及为什么需要进行单元测试。

同时阐述了单元测试的基本概念，为后续内容做了铺垫。

单元测试基础：详细介绍了单元测试的基本概念、原则、流程和测试方法。

包括单元测试的定义、目的、测试范围、测试策略等，为读者打下了坚实的基础。

测试技术与工具：详细讲解了常用的软件单元测试技术和工具，如测试框架、断言库、模拟和伪造技术等。

这些技术和工具在单元测试中发挥着重要作用，有助于提高测试效率和质量。

实战案例：通过多个实际项目的案例分析，展示了如何应用单元测试的流程和技巧。