如果让你用一句话形容你的个性,你会用如下的语言吗? “我长得很丑”; “我很马虎”、“我害羞”; “我数学很差”; “我不会烧饭做菜”; “我特懒”; “我害怕”; “我笨手笨脚”、“我担心…”; “我记性不好”; “我不太合群”; “我不爱说话”; “我动不动就感到累”…… 这些描述自我挫败行为的语言,也许是你过去生活经历的写照,但这无疑是一种消极状态。习惯性地采用这类
功能性测试用例的书写方式(软件测试技术) 1. 测试用例的主要来源,即测试的需求 1) 需求说明”及相关文档 2)相关的设计说明(概要设计,详细设计等) 3)与开发组交流对需求理解的 记录(可以是开发人员的一个解释) 4)已经基本成型的UI(可以有针对性地补充一些用例) 简而言之,所有你能得到的项目文档,都尽量拿到。 从所得到的资料中,分解出若干小的“功能点”,理解“功能
· Q ---- Quality 品質 · S ---- Service 服務 · C --
在公司实习加上试用已经4个月了,感觉自己越来越没有刚出校门非测试不做的那种感觉,现在对自己是否要坚持去继续做测试感觉很迷茫~自己是否真的不适合?如果真的让我放弃,我又觉得不甘心,不知道自己能做些什么,会做些什么,没有给自己一个很好的规划。。。公司每天的任务不是很多,还是有些空闲的时间,但是却不知道自己要学习些什么~李开复说过:女生一定要在25岁之前给自己找到能够使自己用双脚坚强站在大地的东西`~我
怎么查看留言板上的留言啊??
本文主要论述了WEB安全测试要考虑的10个测试点: 1、问题:没有被验证的输入 测试方法: 数据类型(字符串,整型,实数,等) 允许的字符集 最小和最大的长度 是否允许空输入 参数是否是必须的 重复是否允许 数值范围 特定的值(枚举型) 特定的模式(正则表达式) 2、问题:有问题的访问控制 测试方法: 主要用于需要验证用户身份以及权限的页面,复制该页面的url地址,关闭该页面以后,查看是否可以直接
在系统测试中,测试数据应该根据需求覆盖每一个参数的可能的取值。既然要测遍每一个值是不可能的,那么应该在每个定价类中选取几个值。一个定价类就是一个被认为是类似值的集合。 理想情况下,检测错误条件的测试用例应该与功能测试用例分开来写,并且应该有校验错误信息和日志的步骤。实际上,如果错误测试用例还没有写出来,测试人员可以用执行功能测试用例来检测错误条件。如果可能,应该清楚那些测试数据能构触发错误。等价类
1. 黑盒、白盒、灰盒测试方法的优缺点,适用范围分别是什么?分别举例进行说明。 白盒测试 优点: ● 迫使测试人员去思考软件的实现; ● 可以检测代码中的每条分支和路径; ● 揭示隐藏在代码中的错误; ● 对代码的测试比较彻底; ● 最优化。 缺点: ● 昂贵; ● 无法检测代码中遗漏的路径和数据敏感性错误; ● 不验证规格的正确性。 黑盒测试 优点: ● 对比较大的代码单元来说,黑盒测试比白盒测
本人就职于chinasoft,外包到华为做测试工作,工作了一年零十七天,近期考虑换工作,原因有三: 1、待遇差(此问题由来已久。) 2、无发展可言(在华为的外包人员,在目前看来,都是在做底层工作,至少我没有看到职位有提升的,连个leader都没;所以打算找个有自主产品的单位,不想再做外包。) 3、貌似发展遇到了瓶颈(刚刚入职时,各方面比较白痴,确实学东西很多,很快,而现在基本上都是在提升产品业务的
新建了一个游戏测试群,欢迎大家加入,一起讨论。 群号:120295864