How to prevent ReadyAPI from randomly changing how it stores empty XML elements?
Why does ReadyAPI change how it stores a blank XML tag from, say <con:properties/> to <con:properties></con:properties> If I make one change and save, I may see many of these differences, which complicates review of the code. I see this in projects where Composite project is false, and in projects where it is true. The representation of blank XML elements is one of many things about how ReadyAPI stores a project that seem to change at random with each new version or sometimes randomly within the same version. I have tried setting the flag "Pretty prints project files", but this is not sufficient to stop this noise. Is there some other flag I can set so that the method for encoding the project doesn't obscure actual logic changes when I look at the differences? Preferably something that gets remembered in the project, rather than depending on a user setting? References: The following are a few postings that seem relevant, but don't clean up the random XML representations. "Version control - Diff is very confusing for ReadyAPI projects?" https://community.smartbear.com/t5/API-Functional-Security-Testing/Version-control-Diff-is-very-confusing-for-ReadyAPI-projects/m-p/209420#M47734 - Answer: Yes, currently, if you change one thing in ReadyAPI, several things in different places of the project might change as well. "How do I minimize merge conflicts in a ReadyApi composite project when working as part of a team?"https://community.smartbear.com/t5/API-Functional-Security-Testing/How-do-I-minimize-merge-conflicts-in-a-ReadyApi-composite/m-p/141151 - No accepted answer - Recommendation to check the flag "Pretty prints project files" "While this allows you to see exactly what has changed when diff-ing versions, it does have the problem that this is an application setting, thus you have to make sure all users set this value manually on their copies of ReadyAPI (If a user does not set this in their copy ReadyAPI it will revert to saving on a single line). Ideally I would like to see this as a project setting."Solved1.7KViews0likes7CommentsCan I put multiple project in one Git repository?
Dear Community, I'm setting up Gitlab repository to allow multiple tester to work together on scripts for the different modules we develop. I initially thought to create one repository named "API-Script" and put all the ReadyAPI project in it (one ReadyAPI project per module we develop). Is somebody could tell me if it's possible? And if it's not a good practice, why? Thanks,Solved24KViews0likes7CommentsTestEngine + Jenkins Plugin: Execute list of Project/Suite/Case SoapUI tests
In their current implementation 1.) the TestEngine needs to be provided a zip with all required files by the calling client 2.) the TestEngine Jenkins plugin will execute one Project/Suite/Case per Jenkins job Problem: This setup does not scale to execute many Project/Suite/Case SoapUI tests in a row Suggestion: ad 1.) a.) Provide TestEngine the ability to access/checkout GIT repos containing SoapUI Projects b.) Add an API to TestEngine that will take the Project/Suite/Case/... parameters and pick all required files from above local checkout area --> Like this no files need to be created/transfered to the TestEngine server What still needs to be done is the specification of the list of Project/Suite/Case to be executed. This could be provided by one or more config files maintained in the GIT repo(s) ad 2.) In case the TestEngine runs on the Jenkins slave(s), the Jenkins job could - checkout the GIT repo(s) - locate the config file(s) containing the list of /Project/Suite/Case SoapUI Tests in the checkout area (e.g. via parameter) - loop the config file(s) calling the TestEngine API with Project/Suite/Case/... parameters --> like this - The TestEngine is running as a server (contrary to testruner.sh) - The invocation of many Project/Suite/Case's will run with minimal overhead (presumably msecs instead of secs) - all required files are taken from a repo -> any updates propagate to TestEngine automatically Remark: This type of automated execution of SoapUI Test from different Project/Suite/Case needs to complemented with a suitable test report (e.g. csv file with Project/Suite/Case/Step, timeStamp, Status, ExecTime, ErrorMsg, ...1.9KViews1like1CommentValue on Custom properties not incremented in the remote repository on the master branch
Hello, I use this groovy script to increment variable "increment" that i declared on Custom properties : // read the property as a string def uniqueUserPortion = testRunner.testCase.testSuite.project.getPropertyValue("increment") // convert it to an Integer, and increment def uniqueUserPortionInc = uniqueUserPortion.toInteger() + 1 // set the property back as string testRunner.testCase.testSuite.project.setPropertyValue("increment", uniqueUserPortionInc.toString()) // check return testRunner.testCase.testSuite.project.getPropertyValue("increment"); When I launch the script in my local branch, the variable 'increment' is successfully incremented, but when the Jenkins started to run the job automatically on the master branch, the value of the variable 'increment' doesn't change. So I supposed that the script could not be executed automatically on the master branch. the project on my local branch is the same that I have on the master branch Have you any ideas about that issue? Thank you in advance for your responseSolved3KViews0likes11CommentsGit Branch in SoapUI differs from the branch in the working directory
I use SoapUI Pro in REadyAPI 2.7.0, the project has its own directory and version control is done with tortoise git 2.9.0.0, git version 2.16.2. When I select "git/switch branch" in SoapUI, it lists refs/heads/master as the current branch. When I use tortoise git on the directory where the SoapUI Project is, it claims to be on a different branch (actually the feature branch I want). Can someone explain this? If I want to switch in SoapUI to that feature branch, i get an error message about uncommitted changes; there are no uncommited changes when I look at it from tortoise git. How can I solve the problem and have SoapUI accepting that we work on the feature branch?Solved981Views0likes1CommentCreating New Composite Project On Git/Bitbucket: Error
I want to create a new project inside a repository which already exist, something line this: https://bitbucket.org/xxxxxxx/soapuitest Now i am trying to create a new composite project inside this repository from SOAP UI. But when i try to go via option 'Save and Share project' and give repository url and username/pass, this is not working. It gives me error saving not a git repository but that too its trying to search .git inside the project which i want to create new and this will never happen when i dont have any project... Mon Jan 22 23:40:42 CET 2018:ERROR:java.lang.IllegalStateException: No git repo exist in: C:\shared\Test-Project\soapuitest\Project-1-readyapi-project java.lang.IllegalStateException: No git repo exist in: C:\shared\Test-Project\soapuitest\Project-1-readyapi-project at com.smartbear.readyapi.plugin.git.GitCommandHelper.createGitObject(GitCommandHelper.java:164) at com.smartbear.readyapi.plugin.git.ReadyApiGitIntegration.getLocalRepositoryUpdates(ReadyApiGitIntegration.java:84) at com.eviware.soapui.plugins.vcs.dialogs.VcsChangesDialog.a(VcsChangesDialog.java:80) So should we have 1 repository for 1 project, if not then please let me know how can i create multiple project from soap ui in same repo.979Views0likes0Comments