sap

大家好，我是来自SAP成都研究院Revenue Cloud 团队的质量工程师 , yoyo。很高兴可以和大家分享我个人的工作体会。每个团队都有QE（Quality Engineer）, 相信大家对QE 的工作并不陌生，我也就不唠叨QE 的具体工作啦。作为从事软件质量保证工作十年的“老人”，我想就我个人的工作经历和大家探讨下软件质量保证工作的变迁。 当我们谈论软件产品的质量保证工作时，必然是基于某种软件开发模式上的。皮之不存，毛将焉附？脱离了软件开发模式，质量保证工作就是空中楼阁。相信大家都感受到，近十几年，软件开发模式不断涌现新的概念和词汇，Agile, Continuous Integration , Continuous Delivery, DevOps ，令人应接不暇。我们首先要理解软件开发模式的变迁，然后才能进行与开发模式匹配的质量保证活动。 1. 瀑布开发 传统的瀑布模式如下图： 在这种模式下，测试活动仅仅是线性开发活动的后期活动。质量保证严格依赖于各个文档（需求文档，设计文档，测试计划和测试报告）以及评审会议，自动化测试可有可无。 2.增量开发 团队把产品的需求，设计，实现以及测试放在若干迭代周期里完成，每个迭代结束的交付物视为产品的增量，不要求增量达到能交付的要求，但需要能够基本可以工作。产品的交付仍然发生在最后，如下图所示： 增量开发的核心就是持续测试和持续集成

通过对用户登录进行增强，将登录信息记入自建表 SE11 新建表 ZLOGONINFO 用户登录记录表 CMOD创建增强对象ZLOGON，添加增强名称 SUSR0001，激活增强。 找到出口函数EXIT_SAPLSUSF_001 新建包含程序 ZXUSRU01，在其中进行逻辑编写 1 DATA zlogoninfo LIKE zlogoninfo. 2 3 CALL FUNCTION 'TH_USER_INFO' 4 IMPORTING 5 ADDRSTR = zlogoninfo-ip "like UINFO-HOSTADR (hex) 6 terminal = zlogoninfo-hostname. "like UINFO-TERM 7 8 zlogoninfo-uname = sy-uname. 9 zlogoninfo-datum = sy-datum. 10 zlogoninfo-uzeit = sy-uzeit. 11 INSERT zlogoninfo FROM zlogoninfo. 12 COMMIT WORK AND WAIT. 激活程序，完成登录信息在自建表ZLOGONINFO的记录。 /*--> */ /*--> */ 来源： https://www.cnblogs.com/kklt/p/7047167.html

更多内容关注公众号：SAP Technical 各位可以关注我的公众号：SAP Technical 首先进入SE11事务码，输入表名，查看表的技术设置 上图红框中勾选的选项才能查看日志，一般来说改动不频繁的表会保存日志。 事务码SCU3 如图所示操作就可以了，还有其他查看日志的方式后续补充 来源： CSDN 作者： SAPmatinal 链接： https://blog.csdn.net/SAPmatinal/article/details/104167692

SAP项目文档的考核标准 项目启动阶段 项目计划及对计划的调整 建议： 1、 对项目进度进行分类，定义每个阶段的关键任务。 2、 对每个阶段应形成的文档进行说明，哪类文档由谁制作，由谁签核必须做出统一的规定。最好能提供每类文档的标准模版。 3、 定义每个阶段结束的标志，和判定结束的标志。 4、 对于项目的进度控制可以参考项目管理方面的相关资料。在项目计划中应特别留意对项目变更的控制。 项目调研阶段 项目调研问卷 调研访谈记录（访谈确认） 原型分析AS-IS 业务蓝图TO-BE 项目培训文档 项目培训记录 培训考试题目及成绩 建议： 1、 确定调研的内容涉及到实施范围内的所有流程。 2、 调研访谈记录，记录与用户间沟通的所有关键内容，并由用户确认。 3、 原型分析必须清晰的标明现有流程中控制的部分，以及需要产生哪些报表。对于各种报表建议按时间进行区分：哪些是日常性的报表，哪些是汇总报表，哪些是分析统计报表。 4、 业务蓝图经过相关领导签字确认。并如实的在蓝图中反映该流程中所涉及到的各个岗位，及每个岗位处理该问题的频率、时间。 5、 培训文档，初期的项目培训文档应该包括对本模块整体的内容培训、关键部分的操作培训等，并记录每次培训参与的人员，和考核的效果。 项目实现阶段 系统配置文档 单元测试文档 集成测试文档 对集成测试的签核 权限设置文档 建议： 1、

今天是农历鼠年大年初五，本文是鼠年第5篇文章，也是汪子熙公众号第204篇原创文章。 最近大家真是谈蝙蝠色变呀! SAP官网的ABAP Programming Model for Fiori帮助文档里，定义了很多注解(Annotation): https://help.sap.com/viewer/cc0c305d2fab47bd808adcad3ca7ee9d/1709%20000/en-US/896496ecfe4f4f8b857c6d93d4489841.html 对于这些注解，我们可以从其字面含义和SAP帮助文档去掌握其用法和功能。 以@ObjectModel.readOnly为例，施加了这个注解的CDS view字段，在对应的Fiori UI上以只读的方式渲染： 并且也不能通过编程的方式进行修改。 大家在使用这些注解的时候，有没有想过，它们是怎么工作的？ 以@ObjectModel.readOnly为例，现在就请跟着Jerry一起，去探索它的前后台实现原理。 在Chrome开发者工具的UI5面板里，找到Posting Date这个控件对应的属性，发现字段editable属性值为false，这就是其在UI不能编辑的原因。 如果你的Chrome开发者工具没有UI5这个标签，请参考Jerry这篇文章，安装Chrome for UI5的扩展： Jerry的Fiori原创文章合集

官网链接：https://launchpad.support.sap.com/#/softwarecenter/search/Intelligent%2520Robotic%2520Process%2520Automation 点这个SAP INTL PROC AUTOM OP 1.0: 选择这个日期新的,点击超链接: 开始下载了: 要获取更多Jerry的原创文章，请关注公众号"汪子熙": 来源： CSDN 作者： 汪子熙 链接： https://blog.csdn.net/i042416/article/details/104112410

在SAP中 客户 主数据 有三个视图：一般数据（常规数据），公司代码数据，销售数据。 其中前两个视图由财务会计维护 财务会计会使用FD01这个事务码，维护常规数据 下图就是FD01 而在SD模块中，需要维护客户的销售数据视图 使用事务码VD01 （我感觉XD01和VD01差不多的样子） 在此，有一个概念，就是扩充客户的销售渠道使用VD01 见上图界面 如果你点击 客户的销售范围 按钮，你可以看到一个列表，也就是你现在有哪些选项 也就是对于这个客户而言，已经分配了哪些销售机构、分销渠道、产品组，也就是销售范围 现在你不是看已经分配了什么，而是要额外增加一个，也就是扩充一个销售范围 你应该这样 在销售机构、分销渠道、产品组，三个输入框，输入你想要扩充的 销售范围，因为，这三个内容合称 销售范围，只要你输入了一个新的销售范围 就会出现下图所示的界面，也就是说，你可以为这个客户创建新的 销售数据了，也就是扩充了销售范围 ———————————————— 版权声明：本文为CSDN博主「CharlieMC」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/charliefromkansas/article/details/51888910 来源： CSDN 作者： 喜欢打酱油的老鸟 链接： https: