“探探”软件测试课堂讨论——11.24
一、讨论每个小组的测试计划
|
阶段 |
任务号 |
任务名称 |
前序任务号 |
提交结果 |
|
测试计划 |
1 |
制定测试计划 |
|
测试计划 |
|
测试系统开发与配置 |
2 |
人员安排 |
1 |
任务分配 |
|
3 |
测试环境、开发问题记录工具、建立数据库 |
1、2 |
可运行系统的环境、问题记录的工具、问题记录数据库 |
|
|
4 |
测试用例设计、测试数据恢复工具、设计开发 |
1、2 |
测试用例、数据库恢复工具 |
|
|
测试执行 |
5 |
第一阶段测试通过 |
1、2、3、4 |
测试结果记录 |
|
6 |
第二阶段测试通过 |
5 |
测试结果记录 |
|
|
7 |
第三阶段测试通过 |
6 |
测试结果记录 |
|
|
测试总结 |
8 |
突出系统测试 |
7 |
测试分析报告 |
在我们的软件完善之前,是否需要进行测试?
需要进行测试,在软件完善之前进行软件测试能够尽早发现软件程序中的错误、对软件是否符合设计要求,以及是否符合合同中所要达到的技术要求,进行有关验证以及评估软件的质量。在软件完善之前进行测试有利于及时发现系统中的错误尽早进行修改使因为软件中错误而带来的代价降到最低,最终实现将高质量的软件系统交给用户的目的。
什么是“足够好”的测试?
好的软件测试是为了提高软件质量,是保证软件质量的手段。有效地软件测试是找出软件本身bug,并尽快的解决bug。高效的软件测试是最快的,最早的找出bug,并解决bug.
“退出标准”:
(1)集成测试用例设计已经通过评审
(2)工作版本满足设计定义的各项功能、性能要求
(3)在测试中发现的错误已经得到修改,各级缺陷修复率达到标准
每个项目团队都会为本团队的Beta版定义“足够好”的条件:
1.界面美观、简洁用户可操作性强、各按钮的位置合适符合用户使用习惯;
2.软件性能好,不会出现闪退、程序崩溃等问题;
3.软件功能基本满足用户的需求;
本小组项目的测试矩阵是什么?
测试矩阵
|
|
用户类型 |
操作系统 |
操作系统缺省语言 |
开发环境 |
网络速度 |
|
变量数目 |
2 |
4 |
3 |
3 |
1 |
|
|
用户 |
Win10 |
中文 |
MyEclipse |
局域网 |
|
|
管理员 |
Win7 |
英语 |
Eclipse |
|
|
|
用户 |
Linux |
日语 |
Idea |
|
|
|
用户 |
Mac |
|
|
|
二、
①Bug Bush是否能为用户提供了良好的体验(同时提供了价值)?
答:这个功能是能够发现我们项目存在的隐藏问题,可以及时查找出Bug,我们再加以针对解决,所以说是能够对项目有好的提升,使得用户有更好的体验;它提供了我们对于错误的认识,对于项目开发不全面的补缺;而且在整理bug的过程中,看到大家提的bug思路都不一样,这其实对我们扩展自己的思路是很有帮助的。可以把认为好的东西加到用例里面作为常规测试。视觉、交互、策划同学提出了好多的建议类、效果类问题,这些我们很容易忽略。
1、 我们可以通过博客园浏览一些软件行业的热点新闻,多我们的发展十分有帮助。
2、 我们可以关注IT行业的大牛们,实现与他们交流零障碍。
②评估某个博客例如cnblogs.com的用户体验:
答: “博客园”这个博客网站的体验对我来说:在上面有很多的代码知识,很多同行的代码好友在上面分享自己的项目经验,可以大家一起探讨出错的问题,有好友会与你一起分析;对于第一次使用它时,是搜索学习上代码错误的问题,然后进入到该网站,有些问题能够很快找到答案,但是有一些偏冷门的问题确是找不到答案。
我用的“博客园”就是浏览他人的博客,还有自己发表博客。但是我打开“博客园”之后发现模块功能虽然很多,但是好多自己都不会用,所以我希望cnblogs模块化可以设计的略微简明些,让初用者能够能使用起开更方便。
Cnblogs的模块功能虽然很多,但是很乱,就像我刚才说的,作为初用者可能不知道那些功能该如何使用,所以我建议cnblogs的模块化功能可以再简明一些,重要的功能可以更为凸显,我们组的软件在设计的时候,也要注意模块化的简明,要凸显主要功能。
③各个组员合作,列出几个需要改进的地方:
(一)编辑分类中,不可以对分类自由排序,这样我在编辑分类时候,就不能很好的有序展现我的分类和研究发展方向;(二)发布的内容分为随笔和文章,用户在浏览的时候还要分开浏览;(三)用户在手机登陆时不能绘制表格。

浙公网安备 33010602011771号