精华内容
下载资源
问答
  • 记一篇文档:试卷PDF删答案过程

    千次阅读 2019-05-27 10:35:22
    先打开PDF编辑器工具,然后选择导出Word文件 注:PDF编辑工具 ... 提取码:hg07 注:如果没法导出,可能是PDF加密了,走解密的...或自行再工具。 word里边就好操作了,高级查找替换 查找内容就是格式,比如...

    先打开PDF编辑器工具,然后选择导出Word文件

      注:PDF编辑工具
             链接:https://pan.baidu.com/s/1nX5Eg1suVRXumJ6EHu0Suw 
             提取码:hg07

      注:如果没法导出,可能是PDF加密了,走解密的步骤,解密步骤在最下方有链接。或自行再找工具。

    在word里边就好操作了,高级查找替换

    查找内容就是格式,比如 (A)  (AB)  (ABC) 或者 (V) (X)

    在特殊格式里有对应的各种格式,比如匹配任意字符,匹配任意数字

    再勾选上   忽略空格   ,就可以查找指定格式的内容了

     

    比如下图里显示的就是可以匹配到    (A) (B) (C        ) (     D)这些内容

    而 (^&^&)两个 ^& 就可以匹配到 (AB) (BD)等两个字符的内容

     

    还有其他的格式内容,可以尽情尝试

     

    友情提示,先备份然后再操作其中一份。

     

     

     

    解密网址:http://www.pdfdo.com/pdf-remove-restriction.aspx

    展开全文
  • 记得自己学习PRD文档撰写的时候,总希望能找到一份比较全面详细又易懂的模板。如果你也曾有相同的困恼或者尚未遇到满意的答案,或许本文可以提供不错的参考。 (往下阅读之前,希望能先思考一下:为什么需要写PRD...

    (转自:http://www.chanpin100.com/article/101751

    记得自己在学习PRD文档撰写的时候,总希望能找到一份比较全面详细又易懂的模板。如果你也曾有相同的困恼或者尚未遇到满意的答案,或许本文可以提供不错的参考。

    (往下阅读之前,希望能先思考一下:为什么需要写PRD 文档?欢迎评论讨论)

    惯例,还是先甩图

    不同公司、不同团队或产品对PRD文档的要求不同,不同PM的撰写风格也各有所异,本文力求全面而简洁,仅做简要概括。

    这样写prd,哎哟不错哦

    简书,在我看来长这样

    本文“简书”移动端为例,按照上图的总结写一份简单的PRD文档框架,希望能帮助同为“简书”用户的大家更好地理解。(PM菜鸟一枚,简书新用户,重文档轻分析)。

    1、版本信息

    简书APP版本信息表示意图

    2、文档说明

    2.1 文档简介

    本文档主要描述简书APP的功能需求点及其设计,目的在于清晰地定义各模块的需求细节及逻辑流程。

    2.2 文档读者

    本文档主要面向以下读者:简书APP项目的研发人员、测试人员、产品经理、市场运营人员、管理人员等。

    2.3 专业术语

    可在此提前交代一些专业术语以方便后文理解(通常以表格形式),也可见附录8.4

    目录(略)

    3、产品简介

    3.1 产品定位

    简书致力于提供最好的分享体验,为写作者打造最优秀的写作软件 ,为阅读者打造最优雅的阅读社区。“交流故事,沟通想法”是简书的slogan。

    3.2 产品特色

    简单优雅的设计、良好的交流氛围、丰富的文章主题、Mardown富文本等特色功能

    3.3 用户分析

    主要用户为喜欢分享交流、爱生活拥有文艺气息的年轻人,喜爱文字并想在喧嚣网络中沉淀文字的读写人。

    4、产品架构

    4.1 产品结构图

    此文仅述主要模块,应展开至最小用户可见单元。

    简书APP产品结构图

    4.2 信息结构图

    信息结构以信息为维度,比如用户信息,用户文章信息,用户行为信息等,与产品结构可对应分析,不再陈述。

    4.3 总体流程图

    总体流程可说明产品的基本的用户行为路径,有助产品理解。

    简书APP总体流程图

    5、详细功能说明

    5.1 功能列表

    功能列表作为功能需求说明的总览,可分模块描述。

    简书APP功能列表示意图

    5.2 原型界面

    每一个模块功能的需求说明都应该包含详细的原型界面图及流程图,此作简单示意图(重置密码)。

    简书APP重置密码原型示意图

    5.3 用例流程

    简书APP重置密码流程图

    6、非功能性需求

    6.1 性能需求

    1、前端内容展现应保证用户在WIFI及移动网络下阅读体验流畅;

    2、万级用户在线时后台信息处理稳定且快速等等。

    6.2 系统需求

    兼容Andriod、IOS各系统版本(包括最新版本)

    6.3 运营需求

    用户/内容管理系统开发、用户数据分析系统开发等

    7、项目规划

    有的项目或产品并不包含该部分,但通常要交代产品的风险分析及应对策略。

    8、附录

    大量的相关参考文档可放置附录,以避免篇幅过长影响阅读。通常包括原型/UI文档、MRD/BRD文档、技术文档、专业术语。

    至于,一篇简单的产品需求文档雏形就有了。再次强调本文旨在提供PPR文档模板的一份参考,你对开篇的思维导图有印象就足够了,希望对你有所帮助,可喷可讨论,谢谢~

    *著作权归作者所有,转载请联系作者获得授权。

    展开全文
  • 搜集的部分C/C++笔试试题及答案,对工作的同志们有好处,其中有很对是世界著名公司的笔试试题,包括了微软,意法半导体等,很多经典的试题经常各类、各公司的笔试中出现。
  • 质数1练习题及答案精选.doc
  • 女艺人都开始学习 Elasticsearch了看到朋友圈大佬都转载:足见 Elasticsearch 的热度。近几年,活跃于 Elasticsearch 中文社区、各种QQ学习群、微信...

    Elasticsearch 最少必要知识实战教程直播回放

    女艺人都开始学习 Elasticsearch了

    看到朋友圈大佬都在转载:

    足见 Elasticsearch 的热度。

    近几年,活跃于 Elasticsearch 中文社区、各种QQ学习群、微信学习群,经常会看到各种各样的问题, 很多问题,官方文档已经写得非常清楚了,甚至官方文档早有了答案。

    官方文档强调内容举例:

    • 避免对 text 类型使用 term query。

    Avoid using the term query for text fields

    • search.allow_expensive_queries 设置为 false后,wildcard 将不被执行。

    Wildcard queries will not be executed if search.allow_expensive_queries is set to false.

    • text 类型存储数据结构是倒排索引,而 geo 和 数值类型存储数据结构是 BKD trees。

    For example, text fields are stored in inverted indices, and numeric and geo fields are stored in BKD trees.

    如上的选型针对的是微信群的提问:谁知道精确值在 ES 中怎么存储的不,比如 "price": 100,也是存储在倒排索引中的么?

    死磕 Elasticsearch 星球

    但,由于Elasticsearch 更新快、官方文档都是英文、官方文档覆盖面又全又广,很多初学者知道其有用,但,很容易对其望而却步。

    退而求其次,选择了一些老版本的书或者参考资料,浪费了时间、走了很多弯路,而后又通过google、stackoverflow、disscuss.elastic.co、github 跳到了官方文档,这时候才恍然大悟:“文档中都写着了,我为什么之前不知道?!"

    本文结合自己 Elastic 认证经验,梳理一下 Elasticsearch 官方文档的学习路径。

    期望对大家能有所帮助。

    第一手资料的重要性

    学习 Elasticsearch 知识的过程中,官方英文文档 + 源码 + 源码作者写的图书 + 官方博客才能称为第一手资料。

    第二手资料:github issue, 国外社区论坛,stackoverflow, 国内博客论坛,优秀的国内外图书。

    书的封皮作者部分,著、编著、翻译的区别(说法不严谨)

    1)著 - 完全自己写的,质量相对高。几乎很少参考别人的。如:侯捷《深入浅出MFC》、《程序员的自我修养》、《Elasticsearch源码解析与实战》……

    2)翻译 - 翻译一般会滞后1年+,比如:《Elasticsearch in action》滞后了3年。15年英文版,18年出中文版。

    第三手资料:拼凑的国内图书。

    封皮一般会有“编著”字样。

    3)编著 - 编著也不乏优秀作品。但,国内很多博导、硕导、老师等为了评职称写了很多烂书,千万别买!

    如何甄别一本好书 ?看销量、看评分、看再版情况基本就能区分个八九不离十。

    相比之下:

    • 一手资料优于二手资料,二手资料优于三手资料。

    • 一手资料非常重要,获得知识最直接,没有中间环节,减少认知盲区和障碍!

    Elasticsearch 官方文档就是第一手资料

    字越少,信息量越大!

    关于 Elasticsearch  官方文档,ES 业界大佬怎么说?

    最新 + 丰富 + 权威 + 靠谱

    VIVO 搜索总监杨振涛大佬指出:

    “一是以官方提供的入门和参考文档为主,因为业内现在 ES 相关资料相对来说比较丰富,但是想要跟上官方最新版本的节奏以及考虑权威性,还是官方的参考文档和有关的手册会比较靠谱!”

    快速了解全貌,有帮助

    携程 WOOD 大叔强调:

    “对于新手入门最浅显易懂的,还是官方那本 Elasticsearc 权威指南,中文版是2.X,但对新手快速了解 Elasticsearch的全貌,有非常大的帮助”。

    Elasticsearch 官方文档地址

    Elasticsearch 最新版本官方文档入口

    https://www.elastic.co/guide/en/elasticsearch/reference/current/index.html

    Elasticsearch 权威指南英文版(2.X)

    https://www.elastic.co/guide/cn/elasticsearch/guide/current/index.html

    Elasticsearch 权威指南中文版(2.X)

    https://www.elastic.co/guide/cn/elasticsearch/guide/current/index.html

    Elastic Stack 全部文档入口

    https://www.elastic.co/guide/index.html

    有什么区别 ?

    • 《权威指南》:强调 Elasticsearch 原理

    • 《官方文档》:有版本之分,强调全面和明细API,是你开发运维的帮助文档。

    如何 高效的学习 Elasticsearch 官方文档

    第一:高屋建瓴,从大处建立起全局认知

    看有哪些模块?

    无非:部署、索引、检索、聚合、分析、文档、集群、安全等核心模块。

    提前了解文档全貌及章节脉络,避免:只见树木不见森林。

    举例:总揽下 query mapping aggs 等都在哪里,出问题好去找。

    避免:上来就从头看到尾。和学生时代,背四六级单词一样,真的有的同学考了几次了,单词还停留在a开头的 abandon 部分。

    第二:刻意练习查阅 Elasticsearch 官方文档

    遇到问题刻意去找文档,而不是google或其他搜索引擎直接不考虑。

    虽然很痛苦,但有效果。

    凡是花时间梳理的东西,自己记得牢固。别人给现成答案短期有效果,长期往往记不住。

    实战举例:

    比如:遇到问题 动态模板 就去谷歌搜索“elasticsearch 动态模板”。

    但,这并不是学习、提升认知的最佳途径。

    应该多思考几个问题,并带着问题翻看文档:

    • 0,英文名是不是 dynamic template ?

    • 1.动态模板 在文档的那个部分?

    • 2.动态模板和 mapping 或其他章节如何关联的?

    • 3,到底什么是动态模板?

    • 4,模板、动态模板作用是什么?

    • 5,是不是还有静态模板?

    • 6,动态模板和动态映射有什么关系?

    • 7,实际业务中怎么用?适用什么场景?

    • 8,能不能 kibana dev-tool 敲个 demo 加深理解?

    第三:实在找不到,才去用 Elasticsearch 文档的搜索功能。

    实践你会发现,Elasticsearch 官方文档搜索不见得能搜到您想要的结果。逐步养成查文档的习惯、逐步戒掉上来就google、上来就搜索的“不良”习惯。

    第四:通过“点、线、面、体”,逐步打造属于自己的 Elasticsearch 体系。

    • 遇到不会的知识点,建议相关知识点一起过一遍,增强认知。

    • 点形成线,线形成面,面形成知识体系。

    举例1:字段类型,多个字段类型构成 mapping,mapping 和 setting 构成模板,模板就是数据建模的考虑因素。

    反过来,由数据建模往下考虑,两者结合效果更佳。

    举例2:遇到问题,能将问题拆分到所属模块,在对应模块里查找。

    可能会出现跨模块,不要怕,一并学习之。

    举例3:shard allocatin 在索引模块和集群模块都有,两个都要看,一起加深认知!

    刚开始很难、坚持下来你会发现很靠谱。

    我们日常遇到的基础问题,80%以上都能从文档中找到答案。

    Elastic 认证考试的内容,拆解梳理后,90%以上都能直接或者链接找到答案。

    如果,没有找到,说明不熟。

    而Elastic 认证考试不过的唯一原因:不熟!!!如果不熟,肯定通过不了考试!

    关于 Elasticsearch 文档学习,常见问题

    Q1:看英文有点吃力?

    这不还有翻译嘛?

    如果实在不行,可以先读翻译版本的中文文档,回过头来再看英文文档。

    Q2:先看文档再实践,还是先实践再翻文档?

    上了直接看文档,很容易找不到北,尤其遇到看不懂的,会倍增挫败感。

    所以,建议:

    • 结合实践,遇到问题反查文档提升的快。

    • 如前所述,通过一个知识点,串联其他知识点,逐步形成“点、线、面、体”的知识体系。

    当然,如果你要备战认证考试,两种要结合。

    Q3:要多熟悉呢?

    多熟悉都不为过。

    腾讯大佬指出的“倒背如流”有点夸张,但是越熟悉,解决问题越快!

    熟悉了,可以再去研究源码、研究底层 Lucene 原理、算法数据结构原理。

    小结

    对于 Elasticsearch 的学习,官方文档只是绕不开的一个基础环节。

    官方文档不能包治百病,但绝对能解决 80% 以上的问题。

    大家有更好的 Elasticsearch 官方文档学习方法,欢迎留言交流。

    对于 Elastic Stack,如果爱,请热爱!



    作者:Elastic 认证工程师 / 阿里云MVP / CSDN博客专家

    更多推荐:

    死磕Elasticsearch ——全网首个 ElasticStack 专栏

    加入中国通过Elastic认证人数最多的圈子!

    展开全文
  • 查询文档内容

    2017-12-26 13:50:30
    一个小程序,给别人把答案找出来一个个太慢,然后就写了一个winform程序,用的话需要先把资源放到txt文件,截取就是截取需要的内容,剔除就是剔除出去,指定的内容是每一行进行匹配判断内容是否存在的。
  • 文档测试

    万次阅读 2009-12-05 00:07:00
    软件测试越来越受到大家关注和重视后,对软件测试的认识也由原来的功能测试、性能测试、安全测试、黑盒测试、白盒测试等大家所熟悉的概念扩展到了对文档测试、配置测试等等方面上,如大家所知,软件需求阶段所产生...

    软件测试在越来越受到大家关注和重视后,对软件测试的认识也由原来的功能测试、性能测试、安全测试、黑盒测试、白盒测试等大家所熟悉的概念扩展到了对文档测试、配置测试等等方面上,如大家所知,软件需求阶段所产生的需求说明书、设计阶段产生的概要设计文档、详细设计文档、架构文档等,对这些文档的测试也越显重要,在测试的过程中发现的缺陷很多都是由于对文档的理解不准确或是文档变更等原因引起的。所以对文档等测试方面也要求我们要有足够的重视,本文主要就软件测试的基础方面做些简单的介绍。

    文档测试主要包含什么内容?

    在国内软件开发管理中,文档管理几乎是最弱的一项,因而在测试工作中特别容易忽略文档测试也就不足为奇了。要想给用户提供完整的产品,文档测试是必不可少的。文档测试一般注重下面几个方面:

    文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。

    描述与软件实际情况的一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。

    易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。

    文档中提供操作的实例:这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富,提供的实例描述是否详细。只有简单的图文说明,而无实例的用户手册看起来就像是软件界面的简单拷贝,对于用户来说,实际上没有什么帮助。

    印刷与包装质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮书,应提供商品化包装,并且印刷精美。

    功能测试用例需要详细到什么程度才是合格的?

    这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写出来,目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子:欧美、日本等软件外包文档都是这样做的。

    另外一种观点就是主张写的粗些,类似于编写测试大纲。主张这种观点的人是因为软件开发需求管理不规范,变动十分频繁,因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护,可以让测试执行人员有更大的发挥空间。

    实际上,软件测试用例的详细程度首先要以覆盖到测试点为基本要求。举个例子:“用户登陆系统”的测试用例可以不写出具体的执行数据,但是至少要写出五种以上情况(),如果只用一句话覆盖了这个功能是不合格的测试用例。覆盖功能点不是指列出功能点,而是要写出功能点的各个方面(如果组合情况较多时可以采用等价划分)。

    另一个影响测试用例的就是组织的开发能力和测试对象特点。如果开发力量比较落后,编写较详细的测试用例是不现实的,因为根本没有那么大的资源投入,当然这种情况很随着团队的发展而逐渐有所改善。测试对象特点重点是指测试对象在进度、成本等方面的要求,如果进度较紧张的情况下,是根本没有时间写出高质量的测试用例的,甚至有些时候测试工作只是一种辅助工作,因而不编写测试用例。

    因此,测试用例的编写要根据测试对象特点、团队的执行能力等各个方面综合起来决定编写策略。最后要注意的是测试人员一定不能抱怨,力争在不断提高测试用例编写水平的同时,不断地提高自身能力。

    配置和兼容性测试的区别是什么?

    配置测试的目的是保证软件在其相关的硬件上能够正常运行,而兼容性测试主要是测试软件能否与不同的软件正确协作。

    配置测试的核心内容就是使用各种硬件来测试软件的运行情况,一般包括:

    (1) 软件在不同的主机上的运行情况,例如Dell和Apple;

    (2) 软件在不同的组件上的运行情况,例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况;

    (3) 不同的外设;

    (4) 不同的接口;

    (5) 不同的可选项,例如不同的内存大小;

    兼容性测试的核心内容:

    (1) 测试软件是否能在不同的操作系统平台上兼容;

    (2) 测试软件是否能在同一操作系统平台的不同版本上兼容;

    (3) 软件本身能否向前或者向后兼容;

    (4) 测试软件能否与其它相关的软件兼容;

    (5) 数据兼容性测试,主要是指数据能否共享;

    配置和兼容性测试通称对开发系统类软件比较重要,例如驱动程序、操作系统、数据库管理系统等。具体进行时仍然按照测试用例来执行。

    软件文档测试对象与目的

    随着软件文档系统日益庞大,文档测试已经成为软件测试的重要内容。文档测试对象主要如下:

    包装文字和图形;
    市场宣传材料、广告以及其它插页;
    授权、注册登记表;
    最终用户许可协议;
    安装和设置向导;
    用户手册;
    联机帮助;
    样例、示范例子和模板;
    … …
    文档测试的目的是提高易用性和可靠性,降低支持费用,因为用户通过文档就可以自己解决问题。因此文档测试的检查内容主要如下:

    读者对象——主要是文档的内容是否能让该级别的读者理解;
    术语——主要是检查术语是否适合读者;
    内容和主题——检查主题是否合适、是否丢失、格式是否规范等;
    图标和屏幕抓图——检查图表的准确度和精确度;
    样例和示例——是否与软件功能一致;
    拼写和语法;
    文档的关联性——是否与其它相关文档的内容一致,例如与广告信息是否一致;
    文档测试是相当重要的一项测试工作,不但要给予充分的重视,更要要认真的完成,象做功能测试一样来对待文档测试。

    没有产品说明书和需求文档地情况下能够进行黑盒测试吗?

    这个问题是国内测试工程师经常遇到的问题,根源就是国内软件开发文档管理不规范,对变更的管理方法就更不合理了。实际上没有任何文档的时候,测试人员是能够进行黑盒测试的,这种测试方式我们可以称之为探索测试,具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能,进而发现缺陷。

    在这种做法基本上把软件当成了产品说明书,测试过程中要和开发人员不断的进行交流。尤其在作项目的时候,进度压力比较大,可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。

    测试中的“杀虫剂怪事”是指什么?

    “杀虫剂怪事”一词由Boris Beizer在其编著的《软件测试技术》第二版中提出。用于描述测试人员对同一测试对象进行的测试次数越多,发现的缺陷就会越来越少的现象。就像老用一种农药,害虫就会有免疫力,农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉,形成思维定势。为了克服这种现象,测试人员需要不断编写新的测试程序或者测试用例,对程序的不同部分进行测试,以发现更多的缺陷。也可以引用新人来测试软件,刚刚进来的新手往往能发现一些意想不到的问题。

    在配置测试中,如何判断发现的缺陷是普通问题还是特定的配置问题?

    在进行配置测试时,测试工程师仍然会发现一些普通的缺陷,也就是与配置环境无关的缺陷。因此判断新发现的问题,需要在不同的配置中重新执行发现软件缺陷的步骤,如果软件缺陷不出现了,就可能是配置缺陷;如果在所有的配置中都出现,就可能是普通缺陷。需要注意的是,配置问题可以在一大类配置中出现。例如,拨号程序可能在所有的外置Modem中都存在问题,而内置的Modem不会有任何问题。

    其它常见问题

    1、 为什么尽量不要让时间有富裕的员工去做一些测试?

    表面上看这体现了管理的效率和灵活性,但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心,善于学习、思考和发现问题,细心有条理,总结问题,如果具备这样的优点,做其它工作同样也会很出色,因此这里还有一个要求,就是要喜欢测试这项工作。如果他是专职的,那么肯定更有经验和信心。国内的小伙子好象都喜欢做程序员,两者工作性质不同,待遇不同,地位不同,对自我实现的价值的认识也不同,这是行业的一个需要改善的问题。如果只是为了完成任务而完成任务,或者发现了几个问题就觉得满意了,这在任何其它工作中都是不行的。

    2、 完全测试程序是可能的吗?

    软件测试初学者可能认为拿到软件后需要进行完全测试,找到全部的软件缺陷,使软件“零缺陷”发布。实际上完全测试是不可能的。主要有以下一个原因:

    完全测试比较耗时,时间上不允许;
    完全测试通常意味着较多资源投入,这在现实中往往是行不通的;
    输入量太大,不能一一进行测试;
    输出结果太多,只能分类进行验证;
    软件实现途径太多;
    软件产品说明书没有客观标准,从不同的角度看,软件缺陷的标准不同;
    因此测试的程度要根据实际情况确定。

    3、 软件测试的风险主要体现在哪里?

    我们没有对软件进行完全测试,实际就是选择了风险,因为缺陷极有可能存在没有进行测试的部分。举个例子,程序员为了方便,在调试程序时会弹出一些提示信息框,而这些提示只在某种条件下会弹出,碰巧程序发布前这些代码中的一些没有被注释掉。在测试时测试工程师又没有对其进行测试。如果客户碰到它,这将是代价昂贵的缺陷,因为交付后才被客户发现。因此,我们要尽可能的选择最合适的测试量,把风险降低到最小。

    4、 发现的缺陷越多,说明软件缺陷越多吗?

    这是一个比较常见的现象。测试工程师在没有找到缺陷前会绞尽脑汁的思考,但是找到一个后,会接二连三的发现很多缺陷,颇有个人成就感。其中的原因主要如下:

    代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误,反复拷贝同一代码意味可能也复制了缺陷。
    程序员比较劳累是可以导致某些连续编写的功能缺陷较多。程序员加班是一种司空见惯的现象,因此体力不只时容易编写一些缺陷较多的程序。而这些连续潜伏缺陷恰恰时测试工程师大显身手的地方。
    “缺陷一个连着一个”不是一个客观规律,只是一个常见的现象。如果软件编写的比较好,这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。

    5、 所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗?

    从技术上讲,所有的软件缺陷都是能够修复的,但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队,要做的是对每一个软件缺陷进行取舍,根据风险决定那些缺陷要修复。发生这种现象的主要原因如下:

    没有足够的时间资源。在任何一个项目中,通常情况下开发人员和测试人员都是不够用的,而且在项目中没有预算足够的回归测试时间,再加上修改缺陷可能引入新的缺陷,因此在交付期限的强大压力下,必须放弃某些缺陷的修改。
    有些缺陷只是特殊情况下出现,这种缺陷处于商业利益考虑,可以在以后升级中进行修复。
    不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理,这类问题可以以后有时间时考虑再处理。
    最后要说的是,缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复,不同角色的人员从不同的角度来思考,以做出正确的决定。

    6、 软件测试人员就是QA吗?

    软件测试人员的职责是尽可能早的找出软件缺陷,确保得以修复。而质量保证人员(QA)主要职责是创建或者制定标准和方法,提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试,质量保证人员日常工作重要内容是检查与评审,测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系,都是为了提高软件质量而工作。

    7、 如何减少测试人员跳槽带来的损失?

    在IT行业里跳槽已经是一种司空见惯的现象,而且跳槽无论给公司还是给个人都会带来一定的损失。测试队伍也无疑会面临跳槽的威胁,作为测试经理管理者,只有从日常工作中开始做起,最能最大限度的减少损失。建议我们从以下两个方面做起:

    加强部门内员工之间的互相学习,互相学习是建立学习型组织的基本要求,是知识互相转移的过程。在此基础上,可以把个人拥有的技术以知识的形式沉积下来,也就完成了隐性知识到显性知识的转化。通常情况下,企业能为员工提供足够大的发展空间时,如果不是待遇特别低,员工都不会主动离开企业。因此我们要想留住员工,管理者就应该把员工的个人成长和企业的发展联系起来,为员工设定合理发展规划并付诸实现。不过这项要求做起来比较,要有比较好的企业文化为依托。
    8、 测试产品与测试项目的区别是什么?

    习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品,也就是可以买“卖拷贝”的软件,例如Windows 2000。而通常把针对一个或者几个特定的用户而开发的软件成为软件项目,软件项目是一种个性化的产品,可以是按照用户要求全部重新开发,也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点,决定我们测试产品和测试项目仍然会有很多不同的地方:

    质量要求不同。通常产品的质量要高一些,修复发布后产品的缺陷成本较高,甚至会带来很多负面的影响。而做项目通常面向某一用户,虽然质量越高越好,但是一般只要满足用户要求就可以了。
    测试资源投入多少不同。做软件产品通常是研发中心来开发,进度压力要小些。同时由于质量要求高,因此会投入较多的人力、物力资源。
    项目最后要和用户共同验收测试,这是产品测试不具有的特点。
    此外,测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同,测试管理者应该结合具体的环境,恰如其分的完成工作。

    9、 和用户共同测试(UAT测试)的注意点有哪些?

    软件产品在投产前,通常都会进行用户验收测试。如果用户验收测试没有通过,直接结果就是那不到“Money”,间接影响是损害了公司的形象,而后者的影响往往更严重。根据作者的经验,用户验收测试一定要让用户满意。实际上用户现场测试更趋于是一种演示。在不欺骗用户的前提下,我们向用户展示我们软件的优点,最后让“上帝”满意并欣然掏出“银子”才是我们的目标。因此用户测试要注意下面的事项:

    (1)用户现场测试不可能测试全部功能,因此要测试核心功能。这需要提前做好准备,这些核心功能一定要预先经过测试,证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多,不应该进行演示。

    (2)如果某些模块确实有问题,我们可以演示其它重要的业务功能模块,必要时要向

    用户做成合理的解释。争得时间后,及时修改缺陷来弥补。

    (3)永远不能欺骗用户,蒙混过关。道理很简单,因为软件是要给用户用的,问题早晚会暴露出来,除非你可以马上修改。

    和用户进行测试还要注意各种交流技巧,争取不但短期利益得到了满足,还要为后面得合作打好基础。

    10、如何编写提交给用户的测试报告?

    随着测试工作越来越受重视,开发团队向客户提供测试文档是不可避免的事情。很多人会问:“我们可以把工作中的测试报告提供给客户吗?”答案是否定的。因为提供内部测试报告,可能会让客户失去信心,甚至否定项目。测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档,反映了测试工作的实施情况,这里不过多讨论,读者可以参考第9章的相关内容。这里主要讨论一下外部测试报告的写法,一般外部测试报告要满足下面几个要求:

    根据内部测试报告进行编写,一般可以摘录;
    不可以向客户报告严重缺陷,即使是已经修改的缺陷,开发中的缺陷也没有必要让客户知道;
    报告上可以列出一些缺陷,但必须是中级的缺陷,而且这些缺陷必须是修复的;
    报告上面的内容尽量要真实可靠;
    整个测试报告要仔细审阅,力争不给项目带来负面作用,尤其是性能测试报告。
    总之,外部测试报告要小心谨慎的编写。

    11、开发人员老是犯一些低级错误怎么解决?

    这种现象在开发流程不规范的团队里特别常见,尤其是一些“作坊式”的团队里。解决这种问题一般从两个方面入手:

    一方面从开发管理入手,也就是从根源来解决问题。可以制定规范的开发流程,甚至可以制定惩罚制度,还有就是软件开发前做好规划设计。

    另一方面就是加强测试,具体做法就是加强开发人员的自己测试,把这些问题“消灭”在开发阶段,这是比较好的做法,读者可以参考第13章试案例分析的“13.1.2缺陷反复出现,谁的责任”小节,13.1.2专门讨论了这类问题的方法。

    此外,还可以通过规范的缺陷管理来对开发人员进行控制,比如测试部门整理出常见的缺陷,让开发人员自己对照进行检查,以减少这类低级错误的发生。开发人员犯错误是正常的现象,作为测试人员一定不能抱怨,要认认真真的解决问题才是上策。

    12.测试工具在测试工作中是什么地位?

    国内的很多测试工程师对测试工具相当迷恋,尤其是一些新手,甚至期望测试工具可以取代手工测试。测试工具在测试工作中起的是辅助作用,一般用来提高测试效率。自动化测试弥补了手工测试的不足,减轻一定的工作量。实际上测试工具是无法替代大多数手工测试的,而一些诸如性能测试等自动化测试也是手工所不能完成的。对于自动测试技术,应当依据软件的不同情况来分别对待,一般自动技术会应用在引起大量重复性工作的地方、系统的压力点、以及任何适合使用程序解决大批量输入数据的地方。然后再寻找合适的自动测试工具,或者自己开发测试程序。一定不要为了使用测试工具而使用。


    来源:网络转载

     

    展开全文
  • JIRA7.3.8安装部署文档

    2018-03-27 14:45:52
    此JIRA安装部署文档参考了网络上的各种零散...网络上了几个小时的各种类型的资料,没有一份完全适用的,甚至有些问题网上都不到答案。结合自己公司十多次的安装测试,最终自己摸索后写下此文档。供大家参考。
  • 上一章讲诉了怎么快速查找文件,以及...建议大家先不要去问前辈,这样自己的印象不会深刻,关键还是的靠自己去找答案。这个就好比如开发程序的时候遇到的问题,你们看那些写代码很厉害的大神,遇到问题一般都是...
  • 闲不多说,眼下九月正是校招,各种笔试,面试进行火热的时节,希望此份微软面试100题系列的PDF文档能给正在工作的朋友助一臂之力! 如果读者发现了本系列任何一题的答案有问题,错误,bug,恳请随时不吝指正,...
  • 近期总结一一些面试题 都是企业的...部分都是百度的答案,不是特全面的,可以自己下 同时分享一个自己录制的CSS3动画特效经典案例【推荐教程】--后期会更新vue框架 微信小程序等内容。 https://ke.qq.com/cou...
  • 新手学Python之学会查阅API文档

    万次阅读 多人点赞 2021-03-08 15:53:33
    时至今日,当有新手提问时,也不时会看到下图的解决方案,即通过百度或者其他搜索引擎来解决问题:   诚然,很多问题可以通过搜索引擎得到答案。但往往忽视了解决Bug的第一种方法:查阅API文档。对于新手来...
  • 由于水平有限,里面一些翻译掺杂了我个人的理解,如果有任何问题欢迎提出,我会及时修改的~同时这里需要声明一点,官方的中文文档已经有很久没有更新(当前文档的版本应该是4.7以前的),如果需要的话,我可能会将...
  • SSD7选择题答案

    2011-12-16 12:21:50
    选择题答案很齐全,都这三个文档里. 只要这三个文档里找,一定能找到答案
  • 不含英文,只是为了不熟悉英文又想快速了解AnimMontage的朋友,由于水平有限,里面一些翻译掺杂了我个人的理解,如果有任何问题欢迎提出,我会及时修改的~同时这里需要声明一点,官方的中文文档已经有很久没有更新...
  • 中文 Appium API 文档

    万次阅读 2016-09-06 09:56:40
    文档是Testerhome官方翻译的 源地址:https://github.com/appium/appium/tree/master/docs/cn 官方网站上的:http://appium.io/slate/cn/master/?ruby#about-appium 中文Appium API 文档 第一章:关于appium 1.1...
  • 从高考到程序员——我一直寻找答案

    万次阅读 多人点赞 2017-06-12 01:18:22
    我曾是少年 我从小生活小乡镇上,除了课本,一台电视机和外公出船带回来的二手书就是我了解世界的所有途径。外婆年轻的时候合作社当过会计,所以小学四年级以前的数学都是她给我辅导的,每天晚上她还会给我削好...
  • 网上收集了好几份前几年的答案,但是考试的时候,发现有不少试题不到答案,所以那些题也只能自己写。好在最后满分40分拿了36分,所以我截了图,放到一个文档(顺便里面说明了哪些是直接写的,大家可以写...
  • 因为我身边很多小伙伴都遇到自己的电脑已经安装了office,之后又安装了WPS,安装了WPS之后,每次打开文档都是默认用WPS打开,有时想右键新建一个office的文档,但是建立的都是WPS文档,新建office文档就只好所有...
  • Python快速编程入门课后习题答案

    万次阅读 多人点赞 2019-11-24 13:03:43
    五、程序分析题 第十二章 一、选择题 二、判断题 三、填空题 四、简答题 END 前言 本文整理了填空、选择、判断等一些课后习题答案,具体的编程题可以见:Python快速编程入门课后程序题答案。 第一章 一、填空题 ...
  • 程序员为什么要写文档

    千次阅读 2019-11-06 15:41:56
    这个过程中,经常出现了这样一些情况,发现数据库的某些字段,没有注释,也没有一定的文档来诠释它做什么作用。而这个项目又是多达20,30人一起开发维护的,没有人能够从头到尾说得清这个项目的主要流程。写文档,...
  • 【软件工程】为什么要写文档

    热门讨论 2018-04-26 16:38:26
     刚才与檬檬师傅聊天,说到文档方面,我问她里面的内容是不是完全借鉴模板的答案,她却问我你为什么要写文档,我当时就蒙了,刚想说培养计划要求的呗,到这一步了呗,但感觉这绝对不是她要的答案。 她说你首先要...
  • 关键字:OLE嵌入,In-Place Activating,IE, Office, Acrobat 除了打开Internet...如果浏览的是PDF文档或Office文档,有时候你会发现当调用Navigate("xxx.doc")的时候,Adobe Reader/Acrobat或Office等Document Serv
  • 机器学习 课后答案 很全 里面有14个文档, 基本涵盖所有章节,中英文都有 我做作业就里面的,很不错
  • 8 个最佳案例教你写好开发者文档

    千次阅读 2017-06-05 14:02:22
    https://www.oschina.net/translate/great-documentation-examples?utm_source=tuicool&utm_medium=referral ...现在轮到你更新文档,并出如何将来避免这些问题。 但是要怎么做呢? 创建出色的文档是很
  • 产品需求文档(PRD)

    千次阅读 2019-09-17 16:47:00
    产品需求文档是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。 一、什么是产品需求文档文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然,这个定义针对...
  • 概要设计文档编写规范

    万次阅读 2009-01-12 11:01:00
    设计规范以做参考需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者编码之后。因此,对大部分的公司来说,概要设计文档
  • 执行查询一旦你建立好数据模型之后,django会自动生成一套数据库...整个文档(以及参考)中,我们会大量使用下面的模型,它构成了一个博客应用。from django.db import modelsclass Blog(models.Model): name = mod
  • MFC多文档(MDI)去边框

    千次阅读 2013-03-26 12:15:16
    毕业设计还没做完,但是我的老毛病又犯了,为了一个小小的问题纠结了我很久,但是借着百度和google的风,我始终不到答案,终于一次意外的思考中解决了问题。 前几天开始写多文档的MFC程序,当然,一开始纠结下...
  • 正确答案 正确答案 C 正确答案 正确答案 C 南开 14 秋学期计算机应用基础在线作业 ... 正确答案 B Word 文档中每个段落都有自己的段落标记段落标记的位置 段落的首部 段落的结尾处 段落的中间位置 段落中但用户不到

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 94,006
精华内容 37,602
关键字:

如何在文档里找答案