发表于: 2018-09-03 21:31:12

1 930


今天完成的事情:

今天什么事都没干处理了分院事物,然后下午请假
明天计划的事情:

改测试用例
遇到的问题:

没有
收获:

下午稍稍改了一下用例

测试用例是什么
测试工作的核心
一组在测试的时候输出的标准
软件的需求具体对照
作用
满足客户需求
体现人员工作量估算自己的完成这哥时间
展现自己的水平和思路
用例包括
用例编号
功能模块、
测试编号、
测试点、
测试点描述
用例名称
测试背景
前置条件
优先级
重要级
测试数据
测试步骤
预期结果
实际结果
备注
测试一般要达到下列目标:
 确保产品满足性能和效率的要求
使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的产品不能说是一个有竞争力的产品。
用户最关心的不是你的技术有多先进、功能有多强大,而是他能从这些技术、这些功能中得到多少好处。也就是说,用户关心的是他能从中取出多少,而不是你已经放进去多少。
确保产品是健壮的和适应用户环境的
健壮性即稳定性,是产品质量的基本要求,尤其对于一个用于事务关键或时间关键的工作环境中。
另外就是不能假设用户的环境(某些项目可能除外),如:报业用户许多配置是比较低的,而且是和某些第三方产品同时使用的。
软件测试的方法
1、按是否查看程序内部结构分为:
(1)黑盒测试:只关心输入和输出的结果
(2)白盒测试:只关心里面的源代码和程序结构
2、按是否运行程序分为:
(1)静态测试:是指不实际运行被测软件,而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括:
对于代码测试,主要是测试代码是否符合相应的标准和规范。
对于界面测试,主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试,主要测试用户手册和需求说明是否真正符合用户的实际需求。
(5)动态测试是指实际运行被测程序,输入相应的测试数据,检查输出结果和预期结果是否相符的过程
3、按阶段划分:
(1)单元测试,是指对软件中的最小可测试单元进行检查和验证。
桩模块是指模拟被测模块所调用的模块,驱动模块是指模拟被测模块的上级模块,驱动模块用来接收测试数据,启动被测模块并输出结果。
(2)集成测试,是单元测试的下一阶段,是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合,正常运行。
(3)系统测试,指的是将整个软件系统看做一个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试。
对于系统的整个软禁进行测试
(4)验收测试,指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保障人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试,其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试,而beta测试指的是内测后的公测,即完全交给最终用户测试。
黑盒测试分为功能测试和性能测试
功能测试,是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求
包括逻辑功能测
界面测
易用性测试:是指从软件使用的合理性和方便性等角度对软件系统进行检查,来发现软件中不方便用户使用的地方
兼容性测试:包括硬件兼容性测试和软件兼容性测试
性能测试
软件的性能主要有时间性能和空间性能两种
时间性能:主要指软件的一个具体事务的响应时间
空间性能:主要指软件运行时所消耗的系统资源。
软件测试包括的一般步骤:
1.制定测试计划;
2.设计测试用例、
3.实施测试
4.管理测试时发现的BUG、
5.测试完后.测试完,并且发现的BUG修正完
6.要做测试报告
巩固了之前的知识,那个测试用例的话就剩登录页面的密码输入框
冒烟测试就是就是完成一个新版本的开发后,对该版本最基本的功能进行测试,保证基本的功能和流程能走通。随机测试是指测试中的所有数据都是随机生成的,目的是模拟用户的真实操作,发现一些边缘性的错误。
测试点准则
1.所有测试都应该能追溯到用户需求。
2.应该远在测试开始之前就制定出测试计划。
3.把Pareto原理应用到软件测试中。
4.应该从“小规模”测试开始,并逐步进行“大规模”测试。
5.穷举测试是不可能的。
6.为了达到最佳的测试效果,应该由独立的第三方从事测试工作。
功能点和测试点有什么区别?
1.功能测试主要关注的点是,系统能不能继续运行。(能不能实现核心业务。)
2.性能测试关注的点是:
2.1能同时支撑多少用户运行。
2.2系统是由哪里的问题导致服务器瘫痪。简单点来说,功能测试是测试业务逻辑。性能测试是测试服务器。
1.应该从哪里入手开始写测试用例
仔细理解客户需求,并同开发人员一起,对客户需要进行讨论,达成一致后,结合需要,考虑有怎么样的输入,会有怎样的输出,错误的输入,是否有相关的提示信息等等。仔细理解客户需求,并同开发人员一起,对客户需要进行讨论,达成一致后,结合需要,考虑有怎么样的输入,会有怎样的输出,错误的输入,是否有相关的提示信息等等。
2.测试用例如何写的更加全面,别人一目了然,
界面规范
1.是否整个软件的字段的字体、大小、颜色、排列一致
2.是否整个软件的字段后都有冒号(如果有,是否都属于同一种字体)
用例编写粒度准则
1.对于不作为一个完整业务流的操作,如增、删、改等,每个操作(比如增加)作为一个用例。
2.对于完整的业务功能实现的操作,把实现一个业务功能的目的作为一个用例。
3.对于紧密关联的业务功能,把关联的业务功能实现作为一个用例。
4.对于异常情况下的操作,作为一个用例。
5.对于在异常情况下的操作的数据处理,作为一个用例。



返回列表 返回列表
评论

    分享到