如果让你用一句话形容你的个性，你会用如下的语言吗？ “我长得很丑”； “我很马虎”、“我害羞”； “我数学很差”； “我不会烧饭做菜”； “我特懒”； “我害怕”； “我笨手笨脚”、“我担心…”； “我记性不好”； “我不太合群”； “我不爱说话”； “我动不动就感到累”…… 这些描述自我挫败行为的语言，也许是你过去生活经历的写照，但这无疑是一种消极状态。习惯性地采用这类
功能性测试用例的书写方式（软件测试技术） 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
