【测试】测试之道

背景

	自从一月入职到现在已经近三个多月的时间了,开始从测试小白逐渐慢慢了解了测试。由于时间段刚好在项目上线前后,所以,整个项目团队的工作任务尤为重要。其中,开发组保证项目的性能,而测试组保证着整个项目组的品质。自前组长离职之后,我自告奋勇的担当了测试组长,逐渐从一个小小组员的心态慢慢转变了,对测试的工作也真真是学习了。

整体了解


测试原则:
	1、发现错误,好的测试至今未发现的错误,成功的测试是发现至今未发现的错误的测试;
	2、今早地和不断地进行软件测试;
	3、输入数据和对应的预期输出结果;
	4、避免检查自己的程序;
	5、合理的输入条件和不合理的输入条件;


					

单元测试

对软件中的基本组成单位进行的测试。目的是检验软件基本组成单位的正确性。

集成测试

在软件系统集成过程中所进行的测试。目的是检查软件单位之间的接口是否正确。 

系统测试

对已经集成好的软件系统进行彻底的测试,以验证软件系统的正确性和性能等是否满足其规约所指定的要求。

验收测试

部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,向软件购买都展示该软件系统满足其用户的需求。

黑盒测试

把被测的软件看作是一个黑盒子,着眼于程序外部结构,不考虑内部逻辑结构,针对软件界面和软件功能进行测试。

白盒测试

把盒子盖子打开,去研究里面的源代码和程序结果。

按照程序内部的结构测试程序,通过测试来检测产品内部

灰盒测试

灰盒测试介于黑盒测试与白盒测试之间。

灰盒测试关注输出对于输入的正确性,同时也关注内部表现

功能测试

检查实际的功能是否符合用户的需求。

性能测试

通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

冒烟测试

对一个新版本进行系统大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性。

回归测试

指修改了旧代码后,重新时行测试以确认修改后没有引入新的错误或导致其他代码产生错误。

随机测试

测试中的所有输入数据都是随机生成的,其目的是模拟用户的真实操作,并发现一些边缘性的错误。

探索性测试

测试思维计划。强调测试人员的主观能动性,抛弃繁杂的测试计划和测试用例设计过程,强调在碰到问题时及时改变测试策略。

安全测试

在IT软件产品的生命周期中,特别是产品开发基本完成到发布阶段,对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程。



注意事项
1、熟悉工作环境,快速上手测试工作;
2、多于开发同事沟通,他会有大大的蛋糕分享给你。
3、测试工作烦琐,有时项目环境出现问题,影响大家的测试情绪,需要自己及时的进行调节;


总结

     在工作实践中不断去总结,这样才会职场中越走越远~~

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 23
    评论
评论 23
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杨倩-Yvonne

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值