602 results found
-
Editing option for cloned tests
Once we have cloned a set of tes cases can we have the option of going back to the batch and re naming the certain batch down the line.
1 vote -
Improve functionality of editing and updating tests from runs
I find the current functionality of updating your test while executing it a bit clunky. Now I do understand that it is meant for small changes where big test overhauls should only be done in the test Steps tab but still I think there are some improvements to be made.
1) If a step has been edited during a run, PT should ask the user if he wishes to 'Update Original test' before navigating away from the page. I find that I often update a step but forget to click the button to update the test at the end.
2)…4 votes -
API to the DB, so we can run queries directly to the DB
It can be used to run any report that multiple DB insertions that are not currently supported
6 votes -
Support multiple page edit in the test instance grid like we have in the test library grid OR batch edit for all instances in a filter
Support multiple page edit in the test instance grid like we have in the test library grid OR batch edit for all instances in a filter
3 votes
Ido Tandy
responded
-
make dashboard update upon opening.
I corrected a spelling mistake on a filter name. Re-opened Dashboard and found spelling mistake still visible. It only displayed the corrected view after I manually re-freshed Dashboard, I think there is an assumption that when you open Dashboard it will be up to date with current information not on be part way through a 15 minute cycle of updates.
1 vote -
to identify updates on requirements
I would like to be able to recognize updates when I am uploading requirements. So when I have uploaded for instance 10 requirements to Practitest by using a 1.0 version of an excel, and I update the document and do a re-upload of for instance a 1.1 version. I would want Practitest to recognize existing requirements and identify changed and new requirements. This would enable me to see what testcases are affected (and should be modified/ deleted) and what requirements need new testcases.
5 votes -
integrate PractiTest with requirements tools
This could be done by integrating with requirements tools directly or by integrating for instance by using Jira use cases & requirements (ideally integration with Jira should be used when Jira is then also integrated with a requirements tool like Jama).
This will help traceability and reporting on requirements through the whole development and QA process3 votes -
Create an option in the report center sector for generating a report with our companies logo as default at the right top corner
So when i go to the Report Center that it will be possible to upload our logo in a report.
6 votesIdo Tandy
responded
-
Rename the system generated Test Case ID
Have the ability to rename the system generated Test Case ID or allow this field to be "hidden". We use our own Test Case numbers and this is confusing for the testers to have two number fields.
8 votes -
Make reload of this page only on demand
Reload of select should be done only on demand - it takes too much time to wait each time just after pressing 'Back' on browser...
1 vote -
1 voteIdo Tandy
responded
-
Add bulk of test to a requirement tractability
in the same mechanize as add test to a test set, instead of picking them one by one like today
5 votesIdo Tandy
responded
-
Option to cascade view in filters
add option to cascade a view of a parent field to all of its children
1 voteIdo Tandy
responded
-
Able to move ALL the fields on the panels, not just the customized fields
Would like to be able to move any of the fields on the panel not just the customized fields to a different location.
2 votesIdo Tandy
responded
-
Conditional Mandatory Fields - If I have a field that is value X, then make one or two ther fields mandatory to fill in (or select).
Conditional Mandatory Fields - If I have a field that is value X, then make one or two the selected fields mandatory to fill in (or select). If value is not X then either grey out the fields or make the other one or two fields not required.
18 votesIdo Tandy
responded
-
4 votesIdo Tandy
responded
-
Hide \ unhide passed steps
When running testset, some of steps may be blocked\failed\skipped. it will be helpful if you could hide passed steps and see only who need a second review.
1 voteIdo Tandy
responded
-
Clone parent folder structure to child project if does not exist
As a practitest user, I want to clone my test cases and attributes, specifically folder location.
Acceptance Criteria:
If the folder structure does not exist, create the folder directory (a unix example would be mkdir -p /root/parent/leaf where if only /root exists, the rest of the directory is created.
Provide an option not to create and place in the folder structure13 votes -
Support creating filters on 'Instances'
Currently filter Types supported: Issue, Test, TestSet, Requirement. Can you also please add 'Instance' to the filter type support. We include quite a few custom fields on our instances and it would be nice to create a filter using these custom fields for all the instances.
14 votesIdo Tandy
responded
-
Improve Jira Integration
We think the following would improve the Jira integration tremendously if implemented:
- In the auto generated issue description (when clicking fail & issue) include the expected resultMake linking existing issues less cumbersome. At the moment users need to:
1) Add the ID
2) Navigate to the issue
3) Edit it with the pt_id
4) refresh in the step
This should all ideally done by PT (itself + the Jira plugin)Full 2 way integration: add a tab in Jira that lists hyperlinks of all the linked PT tests (other tools such as QMetry do this)
6 votesIdo Tandy
responded
- Don't see your idea?