软件性能测试见解与总结入行快两年了,在这几年里,目睹软件测试得到极大的发展,各企业对于测试的需求大大增加,但据我所了解,大部分的企业对测试的需求大多只是停留在黑盒测试阶段,其实这样的测试是不完整的。对于测试本身,个人认为可以依照面向对象的不同划分为三种。1、面向系统:即面对被测系统本身,这类测试主要是验证被测系统的完善性,健全性。具体的测试目的为验证方法函数是否正确,功能是否正常,需求是否满足
作为软件测试人员,我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等,有时在工作中潜移默化的就已经在使用这些测试方法中包含的点,但是我们没有太在意去总结梳理,那么每个测试方法的关注点是什么?如:在性能测试的过程中我们应该最该关注什么?等等的思考呢,经过几次的总结,今天首先将性能测试的关注点进行梳理,其余的测试后面的博客中将会补充。概念:是检验系统的性能是否符合要求的测试性能
此文不是鸡汤,只是个人的一些思考,也希望更多的测试精英能够坚守在测试行业,为测试行业的发展共同努力。测试,你是否遇到了瓶颈?有的感觉测试不受公司重视,不被关注;有的做了多年功能测试,想要转测试开发,但由于技术很难提升,所以遇到了瓶颈。
测试用例的设计步骤作为测试新人,如何实现测试用例的设计一直是我的一个疑惑,在工作中写过几个项目的测试用例,尝试总结一个测试用例的设计步骤。前提:编写测试用例之前我们需要对项目的需求有清晰的了解,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数,作为测试用例的编写者不仅了解要有常见的测试用例编写方法,同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构。步骤:
1.先看看这个页面,是一个bbs帖子详情页面,这里呢有个id的参数,它的值为1 2.我们要怎么知道它才有sql漏洞呢?,它的参数ID值为1 ,那么我们能改这个参数吗? a.我们随便改改试试看,把1改成 1 and 1=1  
软件测试是软件质量保证的关键步骤。美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题,开发费用就越低;在编码后修改软件缺陷的成本是编码前的10倍,在产品交付后修改软件缺陷的成本是交付前的10倍;软件质量越高,软件发布后的维护费用越低。另外,根据对国际著名IT企业的统计,它们的软件测试费用占整个软件工程所有研发费用的50%以上。相比之下,中国软件企业在软件测试方面与国际水准仍存
直接上图 目前我们的全量测试按:“1+3”模式即一轮用例设计(含评审)+三轮测试迭代(beta1、beta2、rc1) 更多细节欢迎讨论或扫码 https://www.bugany.com
用了这么久的 SoapUI,还未详细介绍过它的可编程性。以下两份文档,是我在学习 SoapUI 过程中看得最多的内容。 https://www.soapui.org/functional-testing/properties/working-with-properties.html https://www.soapui.org/scripting-properties/tips-trick
Input是个内建函数(在python2中该函数为raw_input,在python3.2.3版本后整合为input函数):用于接收用户输入的内容,输入的字符串,接收到就是字符串;输入的是数字,接收的就是数字 1 >>> input 2 in function input> 3 >>> 具体用法: 1 >>> name = in
关于手工测试,应该如何做? 每一个与软件相关的企业,都少不了这样一群人。他们被称之为测试,一群以发现缺陷为职责的人。他们与开发是一对欢喜冤家。他们每天做的最多的工作就是重复,无尽的重复,在待测软件中找出隐藏的隐患,保证软件的质量。他们是一群永远都保持怀疑的人。 很多时候,其他人对于我们测试人员寄予厚望,希望我们能够发现软件产品中潜在的所有风险(当然这是不可能的,世界上没有完美)。但是总有很多因