Peng Lin

My feedback

  1. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    under review  ·  0 comments  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin shared this idea  · 
  2. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Silk Meter Feature Request  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin shared this idea  · 
  3. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Silk Meter Feature Request  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin shared this idea  · 
  4. 5 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Silk Meter Feature Request  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin shared this idea  · 
  5. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin commented  · 

    They are not always needed. In our case, we were only given a set of account name and password in the company's in-house issue tracking tool for all of our users so we embeded it inside the code of our plug-in to the issue tracking tool. There is no need for the users to go through authentication, and the mandatory username and password text boxes from Silk Java APIs actually make our users very confused.

    So, we need a capability to hide username and password text boxes.

    Peng Lin shared this idea  · 
  6. 4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →

    Please can you validate if the seperate permission for ‘Remove Execution plan’ resolves your issue.

    many thanks
    ____
    currently you can set permissions to restict who can remove execution plans introduced in 15.5.

    Further review to consider if can make execution plans obselete prior to delete.

    Peng Lin commented  · 

    We did restrict the users from deleting execution plans or testing cycles directly. However, we don't restrict the users from deleting or moving tests organized to a testing cycle due to need of allowing the users to organize the tests. What happened and we observed is that, when a user mistakenly removed all tests made to an execution plan, the execution plan was also gone, and this phenomenon puzzled us for a while until we realized what's going on, but we had no way to retrieve the execution plan. So this request is asking, instead of removing an execution plan from the database, it would be better to add bit columns for related tables and set them to off when the execution plan is removed. By doing this, at least we still have a way to recover it.

    Peng Lin shared this idea  · 
  7. 4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin shared this idea  · 
  8. 40 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →

    We have a item on our backlog which relates to deleted tests first moving to a ‘Obselete’ folder on first delete. This allows them to be reviewed prior to final delete. This is in line with how we handle requirement deletion.

    We will add your feedback to out item on backlog.

    Peng Lin commented  · 

    Some of our users just accidentally deleted tests and test containers. Yes, we need this recovery feature.

    Peng Lin supported this idea  · 
  9. 17 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Silk Central Feature Requests  ·  Flag idea as inappropriate…  ·  Admin →
    Peng Lin commented  · 

    We also need this feature to be implemented soon. We also use JIRA. For our testing purpose, we have to define custom issue statuses in JIRA. However, when we integrate JIRA with Silk, we realized we have to map 20 more JIRA statuses to 5 Silk issue statuses, and all statistic information in "Issues" unit turned out to be useless....

    Yes, we need this feature!

Feedback and Knowledge Base