求一篇软件工程实训的总结。
通过短暂的课程设计,我深有感触。一开始构想时只有大体的思路,忽略了一些细节,因此在我真正做设计时发现有很多错误,有的时候要解决一个错误会花上很多时间,在做的过程中,有很多错误意想不到,有的错误却犯得很幼稚,不过这样对自身的排错能力能得到很大的提高。数据库连接错误,找了半天才发现密码不能用char型。这些细小错误让我深受感慨,它告诉了我编程细心重要,养成一个好的编程习惯更重要。这次项目的完整开发,让我有项目初步的思想,这次项目的开发让我把软件生成的流程从信息的收集,再写需求,再完成后台设计到编写代码,到测试,让我知道还有很多地方的不足。更重要的是团队之间的合作,相互之间的交流,有时一个问题总是想不通,但每个队友负责的部分不同,所以想法也不同,交流之后,便有了新的思路。这次课程设计的时间很紧迫,再加上各方面的经验不足,也遇到很多问题,这个网上机票订票系统还有很多地方没有完善,希望老师能谅解。总的来说,这次课程设计对我很有帮助,我发觉老师上课讲的很多东西对我们都很有用,让我受到不少的启发。
通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程
阶段名 工作内容 产出物
测试准备阶段 项目立项、需求分析、需求评审 需求文档、产品PRD
测试计划阶段 编写测试计划、计划评审 测试计划
测试设计阶段 提取测试点、编写测试用例、用例评审 测试用例
测试执行阶段冒烟测试、执行测试用例、提bug、回归测试 缺陷报告
测试完成阶段验收测试、编写测试报告、项目上线测试报告
? 1.测试计划模板内容
测试目的 :对项目测试进行整体描述,不用过于详细
测试资源 :人力资源,硬件资源,软件资源,网络资源
测试范围 :测试对象,测试特性,测试非特性
测试风险 :
描述测试任务可能遇到的风险,以及规避的方法
1.可能遇到的情况
2.该情况发生的可能性
人员不足、技术有限、软件依赖环境不完备、工具不足、需求变更
3.该情况发生后对测试造成的影响如何
4.我们该如何应对突发情况
人员分工:详细写出每个人的姓名,职务,工作内容
测试策略 :详细描述都需要进行哪些测试
启动准则 :满足什么情况可以进行测试
暂停准则 :遇到什么情况测试要暂停
再启动准则 :在什么情况下可以重新启动测试
结束准则 :什么情况可以停止测试
测试任务负责人预期开始时间预期结束时间时间进度备注
这部分规划测试任务的所有文档输出,根据项目特点进行规划:
测试计划、测试设计说明书、测试案例说明书、测试规程、测试日志、测试问题报告、测试分析报告
如果需要某些文档合并为一篇文档,例如把测试设计说明书和测试案例说明书合在一篇文档中,需要进行说明
最后,使用xmind总结测试计划!
注意事项:第一项和最后一项的位置是固定的!!!!
为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例
必须掌握:用例编号(如何命名)、所属模块、用例标题(验证谁在什么情况下,去做什么,最后结果是什么)、优先级、前置条件、操作步 骤、测试数据、预期结果、实际结果
?了解内容:通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
测试用例覆盖所有需求
测试用例要简单明了
各类型的测试用例要齐全
用最少的用例覆盖最多的需求
定义 :把所有有可能输出的数据分为若干个区域,然后从每个区域中取出少量有代表性的数据进行测试
分类:
一般可分为有效等价类和无效等价类。
有效等价类:指符合《需求规格说明书》,输入合理的数据集合
无效等价类:指不符合《需求规格说明书》,输入不合理的数据集合
? 定义:取稍高于或稍低于边界的一些数据进行测试
?确定边界值的方法
上点: 是指边界上的点,无论此时的域是开区间还是闭区间,开区间的话,上点就是在域外,闭区间的话,上点就是在域内。
离点: 是指离上点最近的点,这里就跟是闭区间还是开区间就有关系了,如果是开区间,那么离点就在域内,如果是闭区间,那么离点就在域外。(开内闭外)
遵循的原则:开内闭外 开区间往中间找,闭区间往外找
内点: 域内的任意点都是内点。
?定义:因果图法比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。
?定义:一般这钟方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性的设计。只能作为一种补充
?定义:主要包括两部分内容:第一,是怎样安排实验。第二,是怎样分析实验。
?定义:通过模拟业务场景对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法
有两个流:基本流和备选流
本文由用户上传,如有侵权请联系删除!转转请注明出处:https://nongye.s666.cn/bk/6_6572057493.html