软件测试和评估

Posted BluesJiang

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试和评估相关的知识,希望对你有一定的参考价值。

计划说明

产品说明

基础产品:百词斩

竞品产品:扇贝单词

测试进度表

测试进度表

项目 内容说明 预估耗时(分钟) 实际耗时(分钟)
Planning 计划 20 20
· Estimate · 估计这个任务需要多少时间 10 20
Testing Design 测试设计 30 50
· Analysis · 需求和测试需求分析 30 40
· Design Test Cases · 设计测试用例 20 40
Testing Environment 搭建测试环境(安装测试工具、管理工具等相关运行和支撑软件) 30 30
Testing Implementation 测试实施 30 20
· Test · 执行测试 30 20
Reporting 报告 40 60
· Test Report · 测试报告 20 30
· Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 20 30
合 计 280 400

测试说明

百词斩小课堂

小课堂功能流程图

针对这些流程,我打算采用流程覆盖的测试方法来进行测试,返回都是返回到上一级

子功能点:

  • 分享
  • 收藏
  • 评论
  • 文章浏览
  • 课程的浏览

分享的流程:

分享测试用例设计:

  • 安装有对应应用的分享
  • 未安装对应应用的分享

分享功能测试截图:

测试内容正常

收藏测试用例设计:

  • 反复点按收藏按钮
  • 收藏后收藏列表是否出现对应文章
  • 在收藏列表中取消收藏

收藏功能测试截图:

评论测试内容正常

  • 无评论内容发表评论
  • 有评论内容发表评论

评论功能测试截图:

测试过程中发现以下问题:

  • 正确填写评论内容后无法评论,原因未知

文章浏览测试内容设计:

  • 在无网络下的浏览
  • 在有网络下的浏览

文章浏览截图:

测试内容正常

课程浏览测试内容设计:

  • 在无网络下的浏览
  • 在有网络下的浏览
  • 浏览不应出现评论条

课程浏览截图:

测试内容正常

扇贝单词课程

扇贝单词课程功能流程图:

扇贝单词的课程主要都是收费的,所以用流程覆盖法。

针对功能流程,测试用例如下:

路径 可行性
查看课程详情后返回 T
查看购买详细请后返回 T
查看购买详情后返回 T
未安装支付宝选择支付宝支付 T
进入支付宝后不付款返回 T
未安装微信选择微信支付 T
进入微信后不付款返回 T

测试截图:

测试工具截图

扩展任务

2.1 邀约用户清单

批次 用户 特征
1 杨晨,刘谦,唐龙轩 工科专业大学生,现下学习英语,男
2 石星,唐诚祯,陈汉森 工科专业大学生,现下不学英语,男
3 黄杏如,XXX,XXX 金融专业大学生,现下学习英语,男

测试观察人员

观察员 负责用户
李露阳,鲁平 第一,二批次用户
蒋志远 第三批次用户

展开测试

相关的测试已经全部记录在可用性测试报告之中了,详情请参考可用性参考报告,相应地址:

总结

对于第一次wordcount

真的跟测试一点关系都没有啊…虽然学的都是测试以外的东西,但总体给我的感觉还是在搬砖,总的来说…真的一般...除了发现java转exe可以在mac上进行,简单复习了一下java,其他真的没啥新意….

对于第二次wordcount

第二次wordcount还行,github合作算是巩固了一下,然而项目是在是太简单了….3个人开发有点少…但是个人来说完了一下Gradle感觉还是比较良好的。

第三次作业

真是一次有趣的作业,只是写博客,而且三次任务的要求感觉跟课堂的相关性不是很大。而且三个子任务的工作量可以说是比两次工作量还大的,还要难做。采访和录视频的交流成本有点大,而且感觉不是很有意义。

总的来说这几次作业的安排感觉不是很合理,安排的很理想,但是没有考虑到实际完成需要花的时间和精力。

扩展任务

以上是关于软件测试和评估的主要内容,如果未能解决你的问题,请参考以下文章

第6周作业:软件测试和评估

软件测试和评估

软件测试和评估

软件测试和评估

第6周小组作业:软件测试和评估

第六周小组作业:软件测试和评估