针对系统的增删改查功能会进行接口方面的使用,这样就需要做接口方面的测试
testin是在功能测试之后,或者基本功能没有什么问题.主要就是用testin做兼容性测试,由于是云测,也是自动化方式的执行,所以会自动产出报告.
这题关键点不在于bug多严重,关键在于:bug是否能够描述清楚,且为什么印象深刻,带来什么样的认识.
一般会有搭建文档,跟着文档操作即可.如先把一些必要的环境配置好,如JDK,再把项目文件上传带服务器上,进行解压缩,在配置相关文件,执行这样的操作.
最后验证客户端是否可以访问.
如果有需求文档,要覆盖就比较容易,提取功能点,测试点,基本就可以覆盖.
如果没有需求文档作为依据,那么就要靠软件测试工程师对系统的理解,同行业中其他产品的了解,和测试工程自身的一个经验.
这个是编程中的数据类型.
参考:https://www.cnblogs.com/tbag/p/7879675.html
这里包括工作流程,和测试技术,测试内容方面的所有都可以去提.
但是不要影响别人的利益.
站在管理者的角度考虑问题
根据具体的项目而定,不是所有的项目都是一样的.
规则是测试比开发少.测试和开发的比例:1:2或者1:3
软件配置包括如下内容:配置项识别、工作空间管理、版本控制、变更控制、状态报告、配置审计
概括地说,软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。具体地说,软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述 的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
白盒测试:逻辑覆盖、循环覆盖、基本路径覆盖
黑盒测试:边界值分析法、等价类划分、错误猜测法、因果图法、状态图法、测试大纲法、随机测试、场景法
软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。
为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
测试脚本是为了进行自动化测试而编写的脚本。
测试脚本的编写必须对应相应的测试用例。
功能性:适应性、准确性、互操作性、依从性、安全性。
可靠性:成熟性、容错性、易恢复性。
可使用性:易理解性、易学习性、易操作性。
效率:时间特性、资源特性。
可维护性:易分析性、易变更性、稳定性、易测试性。
可移植性:适应性、易安装性、遵循性、易替换性
软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。
和开发过程相对应,测试过程会依次经历单元测试、集成测试、系统测试、验收测试
1、尽可能早的找出系统中的Bug;
2、避免软件开发过程中缺陷的出现;
3、衡量软件的品质,保证系统的质量;
4、关注用户的需求,并保证系统符合用户需求。
总的目标是:确保软件的质量。
一条Bug记录最基本应包含:
bug编号;
bug严重级别,优先级;
bug产生的模块;
首先要有bug摘要,阐述bug大体的内容;
bug对应的版本;
bug详细现象描述,包括一些截图、录像…等等;
bug出现时的测试环境,产生的条件即对应操作步骤;
测试人员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接口人员。
开发接口将BUG分配给相关的模块的开发人员,状态修改为已分配,开发人员和测试确认BUG,如果是本人的BUG,则设置为接收;如果是别的开发人员的问题,则转发出去,由下一个开发人员来进行此行为;如果认为不是问题,则需要大家讨论并确认后,拒绝这个BUG,然后测试人员关闭此问题。
如果开发人员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。
测试人员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。
尽量面对面的沟通,其次是能直接通过电话沟通,如果只能通过Email等非及时沟通工具的话,强调必须对特性的理解深刻以及能表达清楚。
运用一些测试管理工具如TestDirector进行管理也是较有效的方法,同时要注意在TestDirector中对BUG有准确的描述。
回答这个面试题,没有固定统一的答案,但可能是许多企业都会问到的。提供以下答案课参考:
最大的兴趣,感觉这是一个有挑战性的工作;
测试是一个经验行业,工作越久越能感觉到做好测试的难度和乐趣
通过自己的工作,能使软件产品越来越完善,从中体会到乐趣
回答此类问题注意以下几个方面:
尽可能的切合招聘企业的技术路线来表达你的兴趣,例如该企业是数据库应用的企业,那么表示你的兴趣在数据库的测试,并且希望通过测试提升自己的数据库掌握能力。
表明你做测试的目的是为了提升能力,也是为了更好的做好测试;提升能力不是为了以后转开发或其他的,除非用人企业有这样的安排。
软件测试,与你同行!公众号:测试人追风,领取一线大厂软件测试&Python自动化面试题资料。