ITPub博客

性能测试就是用来测试软件在系统中的运行性能的。性能测试可以发生在各个测试阶段中，即使是在单元层，一个单独模块的性能也可以使用白盒测试来进行评估，然而，只有当整个系统的所有成分都集成到一起之后，才能检查一个系统的真正性能。 性能测试经常和压力测试一起进行，而且常常需要硬件和软件测试设备，这就是说，常常有必要的在一种苛刻的环境中衡量资源的使用（比如，处理器周期）。外部的测试设备可以监测测试执行，当出现情况（如中断）时记录下来。通过对系统的检测，测试者可以发现导致效率降低和系统故障的原因。 压力测试：对

项目管理需要的知识，是一个体系的知识，包括项目管理本身的知识体系，以及项目管理要应用到的领域所需要的知识体系，然后就是管理的技能，当时最重要的，是软技能，也就是人际关系技能。管理的核心：人。管理的四大要素：1. 选择正确的人2. 为他们分配正确的工作3. 保持他们的积极性4. 帮助团队凝聚起来并保持团队的凝聚力。1、 选择正确的人首先要学会看人。虽然我不是人力资源专家，但是我清楚一个软件项目的成功所需要的成员素质，主要就是沟通能力和责任心。由于工作需要，我面试过一些人，有毕业生以及有工作经验的，有各个大学的，

一、重新思考质量的定义1．戴明的质量观点“质量必须从客户的观点出发加以考虑。（Quality has to be considered from the point of view of the user.）”“质量是从客户的观点出发加强到产品上的东西。（Quality is anything that enhances the product from the viewpoint of the customer.）”“质量的一个重要成分是改进其一致性。（One important ingredient of quality is uniformity.）”有些质量特征容易被辨认，例如：工作性、可靠性、耐久性、操作性等，但有些质量特征不易被辨认。总之，要改进质量的一致性，使其更好的集中到

Are you a Software QA engineer or Software tester? Need to update your software QA/testing knowledge or need to prepare for a job interview? Check out this collection of To be a good software tester...What makes a good software tester?1. Know Programming. Might as well start out with the most controversial one. There's a popular myth that testing can be staffed with people who have little or no programming knowledge. It doesn't work, even though it is an unfortunately common approach. There are

根据蒙特梭利对婴幼儿敏感期的观察与研究，归纳出九个敏感期： （1）语言敏感期（0-6岁） （2）秩序敏感期（2-4岁） （3）感官敏感期（0-6岁） （4）对细微事物感兴趣的敏感期（1.5-4岁） （5）动作敏感期（0-6岁） （6）社会规范敏感期（2.5－6岁） （7）书写敏感期（3.5-4.5岁） （8）阅读敏感期（4.5-5.5岁） （9）文化敏感期（6-9岁） 根据蒙特梭利对婴幼儿关键期的观察与研究，归纳出十一个关键期： （1）4～6个月是吞咽咀嚼关键期； （2）8～9个月是

Set everyone's expectations The Golden Rule of performing security assessments is to make sure that everyone affected by your testing is on the same page. Start by working with your project sponsor (i.e., CIO, VP of audit, IT director or compliance manager) and determine the business goals for what you're doing.Gather good tools As with all things security-related, your tools will make or break your assessments. In fact, the number of legitimate vulnerabilities discovered is directly proportiona

作为项目经理，最重要的就是带领整个项目团队一起战斗，做好团队建设，才能激发整个团队成员的士气，提高团队成员的绩效。 　　然而，在中国，很多项目经理并不具备项目经理的基本素质或者知识技能。这里有一个很明显的对比，在国外，项目经理是受人景仰的，只有经验丰富的受人尊敬的专家才能成为项目经理。而在中国，项目经理往往是一个愣头青，还没明白社会是啥就当了项目经理。也因此，项目经理在中国，只是意味着最底层的小干部，说白了和一个小组长差不多。造成这个现状的原因很简单，项目管理的概念在中国还处于一个起步阶段，很多公

1、项目经理——项目管理成功的基础　　项目经理，负责项目的组织、计划及实施全过程，以保证项目目标的成功实现。是项目班子的“灵魂”。成功的项目无一不反映了项目经理的才能，而失败的项目同样也说明了项目经理的重要性。　　项目经理要有出色的领导能力。这是项目经理最为重要的能力之一,主要表现为明确方向、制定决策以及影响他人。项目经理是整个团队的旗帜,率领团队达成项目目标是项目经理的首要任务。在团队遇到困境或者失去信心的时候,需要项目经理挺身而出,给他们以鼓舞,明确方向和决心;在项目顺利开展期间,他也应该及时地指出

（1） 首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。 　　（2） 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。 　　（3） 打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。 　　（4） 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。 　　（5） 做测试时要细心，不是所有的bug都能很容

Many times, business partners email their software requirements to the development team, thinking their job is done until testing. Developers take these requirements and begin coding almost immediately, not realizing that they have misread the requirements and are developing code that is totally off track from what business wants. Who is to blame when the final product is not accepted by the business partner? What can business partners and developers do to ensure this doesn’t happen to their re

一、对软件可靠性测试的认识　　1、有关术语　　（1）软件可靠性 在规定条件下，在规定时间内，软件不引起系统失效的概率。该概率是系统输入和系统使用的函数，也是软件中存在故障的函数，系统输入将确定是否会遇到存在的故障。　　（2）软件可靠性估计 应用统计技术处理在系统测试和运行期间采集、观察到的失效数据，以评估该软件的可靠性。　　（3）软件可靠性测试 在有使用代表性的环境中，为进行软件可靠性估计对该软件进行的功能测试。需要说明的是，"使用代表性"指的是在统计意义下该环境能反映出软件的使用环境特性。[@m

测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有： 一、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对； 二、测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏； 三、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够； 四、质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智； 五、测试用例设计不

谈到项目管理中计划管理这一老话题，往往浮现在面前的是培训过程中，很多学员面面相觑一脸茫然的情景，他们对于生活和工作缺乏计划，不断遭受盲目、混乱、失控、无效、焦虑等带给生活的困窘，对于项目管理也是同样，在没有或缺乏计划的项目中，同样也会遭受这样的困惑。本文接下来就缺乏计划管理的危害、包含的因素以及计划管理应具备的一些特性，作为参考与大家进行交流。1、项目管理“缺乏计划”的危害项目管理这里提到的缺乏计划，并非指项目没有计划。简单的甘特图或者是文字性的计划想必每个项目都不缺乏。但，仍然有很多项目败走滑铁

获取正确的信息对于很多公司来说都是挑战，而且即使你获得了所需要的文档，但是缺乏你真正需要的信息。我曾经看到过大量的不同质量程度的文档（从优秀的到不可用的），但是我喜欢项目在两个不同的阶段有两种不同的方式组合。一开始，项目使用XP的方式开展，系统从零开始构建，而我作为测试人员就整天与开发人员和项目主管呆在一起。在那段时间，我学到了关于系统的所有东西，包括内部的细节，即使没有什么文档。在软件提交给客户后，项目组到了第二阶段，我们从XP转移到更传统的方式，开发人员和BA（业务分析员）写一些粗略的说明书。在初

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对Web系统的常用测试方法如下：1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。3. 检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。4. 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。5. 字符类型检查：在应该输入指定类型的内容的地方输入

性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数据量测试，网络性能测试，服务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则：[@more@]一、WEB 全面性能测试模型　　Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的；　　1. 预期指标的性能测试　　系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是

昨天面试了一个广东男本来就抱着不考虑的心态，所以结果也就...其实这也是对面试者的不负责哦因为我都不知道公司的用人需求，招人的目的部门的人都已经饱和了那人吧，虽然有近1年的实习经历可是所有的回答都是背诵式的这样的人就太没自己的想法，主见然后呢，说啥都会一点，对啥都感兴趣这，这，这...希望不要再有人来公司面试了更希望不要遇上我那直接就是pass掉的还有就是，很多人都该练练字了......[@more@]

　　通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括： 　[@more@]　1、安装缺陷 　　通常项目组完成代码后，发布时候安装打包是最后一

测试组又一人离职了目前，除了一同事，其他基本属于闲置状态据说年后有项目，不太靠谱之前做的项目也要等23号欧洲那边开会才能定下来是否继续哎，怎么计划我的下一步呢...