[其它] 成为测试主管第一步[2]

说明：成为测试主管第一步[2]软件测试这一点每日集成对于大型项目非常重要。同时，由于测试的自动化，大部分的自动化测试角本在空闲的时间运行，测试组可以在进入手工测试时得到比较稳定的版本，及大极大的提升了团队开发与测试的执行效率，。但然而在这样　　成为测试主管第一步[2]  软件测试　　这一点每日集成对于大型项目非常重要。同时，由于测试的自动化，大部分的自动化测试角本在空闲的时间运行，测试组可以在进入手工测试时得到比较稳定的版本，及大极大的提升了团队开发与测试的执行效率，。但然而在这样的情况下，缺陷点是整
<weixin_38626080> 上传 | 大小：64kb

[其它] 成为测试主管第一步[4]

说明：成为测试主管第一步[4]软件测试◆从我对测试主管工作的记事以来，就在印象中保留了这样的一幕。记的刚进一家公司时，我团队中的人员就开始经常会有下属跟我说抱怨，公司的需求工程师让我们太失望了。需求如何如何不好，然而，多少有些经验的我，当时我　　成为测试主管第一步[4]  软件测试　　◆　从我对测试主管工作的记事以来，就在印象中保留了这样的一幕。记的刚进一家公司时，我团队中的人员就开始经常会有下属跟我说抱怨，公司的需求工程师让我们太失望了。需求如何如何不好，然而，多少有些经验的我，当时我是把几家国内我
<weixin_38722944> 上传 | 大小：71kb

[其它] 三个人的测试部如何开展多项目测试工作[1]

说明：三个人的测试部如何开展多项目测试工作[1]软件测试这个问题在测试时代贴出来的时候,自认为有些经验的我当时回复了这个帖子，之后，很多测试的朋友认识了我,就这个问题大家互相在MSN上交流了好几次,在和同行的交流后，情不自禁的分析起这个案例来,因此就　　三个人的测试部如何开展多项目测试工作[1]  软件测试　　这个问题在测试时代贴出来的时候,自认为有些经验的我当时回复了这个帖子，之后，很多测试的朋友认识了我,就这个问题大家互相在MSN上交流了好几次,在和同行的交流后，情不自禁的分析起这个案例来,因此就
<weixin_38597990> 上传 | 大小：49kb

[其它] 三个人的测试部如何开展多项目测试工作[2]

说明：三个人的测试部如何开展多项目测试工作[2]  软件测试　　个人感想:　　做为一个测试人员，碰上这样的情况后，应该多分析了解目前所测试的项目，包括项目背景，开发人员水平，公司对这个项目的关注态度，这个项目的客户需求等等。俗话说的好，知己知彼百战百剩!只有对项目特别熟悉了，你才能高效率的测试这个项目。当然这不是一下就能领会的，需要在工作中不停的总结经验。　　做为一个测试主管，分析的面积就更广了，毕竟是主管要考虑的问题自然比测试人员要多的多，要考虑目前的测试流程是否实用，目前的测试分工是否正确有效，目
<weixin_38736529> 上传 | 大小：54kb

[其它] 三个人的测试部如何开展多项目测试工作[2]

说明：三个人的测试部如何开展多项目测试工作[2]软件测试个人感想:做为一个测试人员，碰上这样的情况后，应该多分析了解目前所测试的项目，包括项目背景，开发人员水平，公司对这个项目的关注态度，这个项目的客户需求等等。俗话说的好，知己知彼百战百剩　　三个人的测试部如何开展多项目测试工作[2]  软件测试　  　个人感想:　　做为一个测试人员，碰上这样的情况后，应该多分析了解目前所测试的项目，包括项目背景，开发人员水平，公司对这个项目的关注态度，这个项目的客户需求等等。俗话说的好，知己知彼百战百剩!只有对项目
<weixin_38557896> 上传 | 大小：54kb

[其它] 快速划分测试用例的优先级[1]

说明：快速划分测试用例的优先级[1]  软件测试　　从未有足够的时间做所有我们需要做的事情，这是在软件项目，尤其在测试中的一个普通的话题。假使你在可用的有限时间内，你如何知道你的测试工作做的最好?你知道当应用程序发布时，总会有些遗漏的缺陷没有被发现。对于测试而言，目标是通过改进产品质量使风险减到最小，并且这可以部分的通过建造一套具体的测试用例来将应用程序按照它的速度完成等方法实现。　　IEEEStandard610(1990)中定义测试用例为：　　1.为一个为特定目标而开发一组测试输入，执行条件和的期
<weixin_38547887> 上传 | 大小：60kb

[其它] 一种基于LWE采用算法的实现与优化

说明：基于带错误学习问题(Learning With Errors,LWE)构造的密码体制能够抵御量子攻击,它的应用效率与LWE 问题的采样过程密切相关.而在LWE 问题采样中,对其中的错误因子(Error Factor)采样占采样过程绝大部分时间,本文对LWE问题中的错误因子的采样算法进行研究,将在高斯分布上效率较高的金字塔(Ziggurat)采样算法,应用到了一种高效的LWE问题采样算法中.基于在连续域上的采样比离散域上采样效率高的思路,对LWE问题采样算法在离散域上采样的过程进行了优化,提出了一
<weixin_38637884> 上传 | 大小：922kb

[其它] 快速划分测试用例的优先级[2]

说明：快速划分测试用例的优先级[2]  软件测试　 　1–小版本确认测试(BuildVerificationTests(BVTs)：也叫做“冒烟测试”，一组你想先运行的以确定这个给出的小版本是否可以测试的测试用例。如果你不能访问每一个功能区域或执行其他测试用例依赖的基本操作，那么在执行这个优先的测试用例之前，试图做其他任何的测试都是没有意义的，因为他们大多数肯定要失败。　　2–高(Highs)：最常执行以保证功能性是稳定的，目标的行为和能力可以正常的工作，和重要的错误和边界被测试的测试用例的集合。　　
<weixin_38682054> 上传 | 大小：50kb

[其它] 快速划分测试用例的优先级[3]

说明：快速划分测试用例的优先级[3] 软件测试　　I)将好优先级别的测试用例分成两组：严重和重要的　　II)将“严重”的高优先级的测试用例升级为BVT优先级　　注意：不要先识别BVT测试用例!BVT只是高优先级别测试用例的精选，它们已经被确定为对系统和测试是非常重要的。　　在这个流程的最后，就是要检查优先级别的百分比分布情况是：BVT为10-15%，高为20-30%,，中为40-60%，低为10-15%。　　在升级和降级测试用例时，需要考虑的方面是用户将要求这个功能或功能性的频率是怎样。同样的，对于用
<weixin_38592256> 上传 | 大小：35kb

[其它] 设计功能和界面测试用例[1]

说明：设计功能和界面测试用例[1]软件测试1.1文本框、按钮等控件测试1.1.1文本框的测试如何对文本框进行测试a,输入正常的字母或数字。b,输入已存在的文件的名称;c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝　　设计功能和界面测试用例[1]  软件测试　　1.1文本框、按钮等控件测试　　1.1.1文本框的测试　　如何对文本框进行测试　　a,输入正常的字母或数字。　　b,输入已存在的文件的名称;　　c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字
<weixin_38689041> 上传 | 大小：38kb

[其它] 设计功能和界面测试用例[3]

说明：设计功能和界面测试用例[3]软件测试3,插入对象要测试的内容a,插入程序允许的对象,如,在word中插入excel工作表;b,修改所插入对象的内容.插入的对象仍能正确显示;c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.      设计功能和界面测试用例[3]  软件测试　　3,插入对象　　要测试的内容　　a,插入程序允许的对象,如,在word中插入excel工作表;　　b,修改所插入对象的内容.插入的对象仍能正确显示;　　c,卸载生成插入对象
<weixin_38735182> 上传 | 大小：29kb

[其它] 从测试用例看测试的问题及变化[1]

说明：从测试用例看测试的问题及变化[1]  软件测试　　对于一个测试人员来说测试用例的设计编写是一项必须掌握的能力。但有效的设计和熟练的编写却是一个十分复杂的技术，它需要你对整个软件不管从业务还是从功能上都有一个明晰的把握。　　一、问题：　　许多测试类书籍中都有大幅的篇章介绍用例的设计方法，如等价类划分，边界值，错误推断，因果图等。但实际应用中这些理论却不能给我们很明确的行为指导，尤其是业务复杂，关联模块紧密，输入标准和输出结果间路径众多时，完全的遵循这些方法只能让我们在心理上得到一种满足，而无法有效
<weixin_38548507> 上传 | 大小：76kb